av9ash/GitBugs huggingface dataset:
Bug: The tab switch warning is improperly displayed on Linux, on a specific system
Status: NEW
Priority: P3
Created: 2020-05-28 10:57:44+00:00
Resolved: 2024-10-05 23:19:43+00:00

**Note**
* When the tab switch warning gets displayed on my Linux system, it appears as if the right side of it is missing some styling.

**Affected versions**
* Ubuntu 18.04.4 LTS

**Affected platforms**
* It was only reproduced on Linux
* It was reproduced on a specific system (like bug 1640771; about support information is provided for both these systems in the bug)

**Steps to reproduce**
Required prefs:
* Flip privacy.webrtc.allowSilencingNotifications to true
* Flip privacy.webrtc.legacyGlobalIndicator to false
* Flip privacy.webrtc.sharedTabWarning to true
1. Engage in a video conference on any WebRTC web-app.
2. Open a few random tabs in the same window.
2. Start sharing your entire screen or your window.
3. Click on another tab once.
4. Click on yet another tab for the tab-switch-warning to be displayed.

**Expected result**
* The tab switch warning is properly displayed.

**Actual result**
* The right side of the tab switch warning pop-up is missing shadow/styling.

**Regression range**
* This is an implementation issue, considering that the tab-switch-warning was just implemented.

**Additional notes**
* Information about the systems affected and unaffected are the same as in bug 1640771.
Bug: Show suggested word corrections from spell check on Shift + F10 context menu
Status: NEW
Priority: P3
Created: 2020-05-28 11:31:19+00:00
Resolved: 2023-09-05 19:31:42+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

1. Just typing inside Github issue, typed a wrong word
2. Ctrl + Shift + Left arrow to select the word
3. Shift + F10 to open context menu


Actual results:

Spell check corrections were missing


Expected results:

They should have been shown just as like when i use the right mouse button.
Bug: Global Sharing Overlay's minimize button doesn't work on Windows and Linux
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-28 11:58:42+00:00
Resolved: 2021-12-14 21:01:03+00:00

**Affected versions**
* 78.0a1 (2020-05-28)

**Affected platforms**
* Ubuntu 18.04 LTS

**Steps to reproduce**
1. Engage in a videoconference call.
2. Observe the Global Sharing Overlay.
3. Click on the minimize button from the Global Sharing Overlay.

**Expected result**
* Global Sharing Overlay is minimized.

**Actual Result**
* The minimize button from the Global Sharing Overlay doesn't work as expected.

**Regression range**
* This is a recent regression introduced when the Global Sharing Overlay title bar was fixed.

**Additional notes**
* The minimize button worked before the title bar of the Global Sharing Overlay was fixed.
Bug: Global Sharing Overlay's position can't be moved on linux and windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-28 12:50:08+00:00
Resolved: 2024-04-23 08:38:16+00:00

**Affected versions**
* 78.0a1

**Affected platforms**
* Ubuntu 18.04 LTS

**Steps to reproduce**
1. Engage in a videoconference call.
2. Observe the Global Sharing Overlay.
3. Move the Global Sharing Overlay on the screen.

**Expected result**
* Global Sharing Overlay can be moved anywhere on the screen.

**Actual Result**
* The Global Sharing Overlay can't be moved from it's initial position.

**Regression range**
* This is a recent regression.

**Additional notes**
* This issue occurred after the Global Sharing Overlay title bar was fixed.
Bug: Regression: Bookmarks-/Chronic-Window is broken in Dark Mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-28 12:50:19+00:00
Resolved: 2020-07-02 00:29:20+00:00

Firefox Nightly 78.0a1 (2020-05-28) (64-Bit)
macOS 10.15.5

STR:

1) Use System Dark Mode
2) Run Firefox Nightly
3) Open the Bookmarks-/Chronic-Window

Actual: The window has broken colors.

Expeced: The window should not have broken colors.

A screenshot is attached.
Bug: Experiment active in automated integration tests for Firefox Telemetry
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-28 13:52:06+00:00
Resolved: 2020-06-12 16:41:02+00:00

Hi folks,

I help manage an integration test suite for Firefox Telemetry with symbol `tt(c)`. While investigating intermittent test failures on CI in bug 1579840, we discovered that the Firefox under test is enrolled in an Experiment.

The failing test verifies that the Telemetry component in Firefox manages Telemetry sessions as designed using automation: We start Firefox, open a new tab and then restart the browser to trigger a `main` ping with reason `shutdown` to be submitted to our local test server. We then verify that this ping payload does not contain a `previousSubsessionId` (see [test_subsession_management]).

Looking at the logs provided we discovered that prior to receiving this `main` ping with reason `shutdown`, we receive another `main` ping with reason `environment-change`. This happens at least once because the Firefox under test is enrolled in an Experiment, which changes the Telemetry Environment. 

Relevant log entries:

- [test start]
- [normandy user ID changed]
- [set experiment active]
- [test unexpected fail]

Do you expect Experiments to target Firefox clients running in automation? If so, we can probably disable studies and experiments in this suite. However we want to make sure that this behavior is intentional.

[test_subsession_management]: https://searchfox.org/mozilla-central/source/toolkit/components/telemetry/tests/marionette/tests/client/test_subsession_management.py#58
[test start]: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=299590914&repo=mozilla-beta&lineNumber=3285
[normandy user ID changed]: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=299590914&repo=mozilla-beta&lineNumber=3464
[set experiment active]: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=299590914&repo=mozilla-beta&lineNumber=3465
[test unexpected fail]: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=299590914&repo=mozilla-beta&lineNumber=3759
Bug: Firefox pre-infected with Google, Facebook, Twitter, etc.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-28 20:13:56+00:00
Resolved: 2020-06-02 11:45:22+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

Install MX Linux and run Firefox for Desktop. Smartphone issues are similar.


Actual results:

A Google address bar appears, and will begin spying on me if I type in the address bar.

Clicking on the address bar suggests the following politically charged sites: "youtube facebook reddit wikipedia twitter".


Expected results:

A blank address bar should have appeared, without any integrated search engine.

I should be able to open settings and find a blank list of search engines, and should be able to enter the search engine of my choice, manually, or visit the add-ons site to install a search engine.

Clicking on the address bar should not suggest anything.
Bug: Fail Downloading Large Files (also 100% CPU load)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-28 23:58:04+00:00
Resolved: 2022-11-07 03:34:10+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

I tried to download this large file: https://www.dropbox.com/s/5knlcaf26i9yx9z/OptimizedEngineeredNov2017.tar


Actual results:

The download kept failing, and Firefox used lots of CPU resources.


Expected results:

The files should have successfully downloaded. I'm now using wget.
Bug: ESR - Menus from address bar are not closed when opening address bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-29 08:36:53+00:00
Resolved: 2020-06-05 22:09:21+00:00

**Affected versions**
* 68.9esr, 68.8.0esr, 68.4.0esr, 69.0, 69.0b9;

**Affected platforms**
* macOS 10.15.5;

**Steps to reproduce**
1. Launch Firefox, access 2-3 websites;
2. Click on the Show History button;
3. Click on the Page actions button;

**Expected result**
* menu from step 2 closed and menu from step 3 displayed;

**Actual result**
* menu from step 2 not closed;

**Regression range**
*  bad: 69.0b9;
*  good: 69.0b10;

**Fix range**
* attempted to find the fix, as the issue does not reproduce with current builds;
* bad: 2019-07-16-11-25-34-mozilla-central/
* good: 2019-07-17-21-51-19-mozilla-central/
* Pushlog, that might contain the fix [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2019-07-16&enddate=2019-07-17)

**Additional notes**
* attached recording with the issue.
Bug: "Firefox is already running" error is displayed when installing a Stub Installer or an older version of Firefox
Status: NEW
Priority: --
Created: 2020-05-29 09:33:32+00:00
Resolved: 2020-06-11 12:52:15+00:00

**Affected versions**
* Firefox 77.0

**Affected platforms**
* Windows 10 x64

**Preconditions:**
* Make sure there is no Firefox installed or running on the pc. 
* Run the following commands in CMD:
    rd /s /q %userprofile%\AppData\Roaming\Mozilla
    rd /s /q %userprofile%\AppData\Local\Mozilla
    rd /s /q %userprofile%\AppData\LocalLow\Mozilla  

**Steps to reproduce**
1. Install the Firefox Stub Installer.
2. Finish the process.

**Expected result**
* The process is finished successfully. 

**Actual result**
* An error appears on the screen, even though the build is installed. 

**Regression range**
* I can't find the regression for this issue, because the stub installer always installs the last version. 

**Additional notes**
* This happens even if the user tries to update or when an older version is being installed. 
* This happens even if there are profiles already created. 
* In some situations the error "Firefox Installer stopped working" is displayed too.
Bug: The Global Sharing Overlay remains displayed when closing the tab with the screen-sharing web-app because of the appearance of the tab-switch-warning
Status: NEW
Priority: P3
Created: 2020-05-29 09:43:36+00:00
Resolved: 2023-08-29 16:46:39+00:00

**Note**
* When the user shares his screen and then closes the tab with the screen-sharing web-app, the tab-switch-warning will be displayed (incorrectly), leaving the tab somewhat opened, because the other tab wasn't focused due to the appearance of the tab switch warning.
* This issue does not occur if the screen-sharing app is the last tab of the window; another tab is needed, even if it's an about:newtab.
* This issue also does not occur if the other tab from the window has been previously focused while screen sharing (so the tab-switch-warning wouldn't appear).
* The real bad issue here is that the browser is still sharing the screen while the tab is closed! This is really bad from a privacy stand-point.

**Affected versions**
* Nightly v78.0a1
* Beta v77.0 (RC)

**Affected platforms**
* Windows 10
* Ubuntu 18.04.4 LTS
* Mac OS 10.15

**Steps to reproduce**
Required prefs:
* Flip privacy.webrtc.allowSilencingNotifications to true
* Flip privacy.webrtc.legacyGlobalIndicator to false
* Flip privacy.webrtc.sharedTabWarning to true
1. Engage in a conference.
2. Have at least one other tab open.
3. Share your entire screen or the browser window with the WebRTC web-app (It does not matter whether you also share the mic and camera or not).
4. Close the tab with the screen-sharing web-app.

**Expected result**
* The tab gets closed, the tab-switch-warning is not displayed, the screen sharing stops, the call stops.

**Actual result**
* Notice that the tab disappears from the window bar, but the content of the page is still focused and ongoing, and also, the tab-switch-warning gets displayed on the other tab from the window and also, the Global Sharing Overlay remains displayed. 
* Even after clicking the "Proceed to tab" button so the browser focuses on the other tab, the screen sharing is still ongoing.
* A browser restart is necessary in order to stop the ongoing sharing of the screen (the "Stop Sharing" button from the overlay does not work).


**Regression range**
* This is a feature issue.

**Additional notes**
* This issue was tested with Zoom and Talky.
Bug: Can’t login to Office 365 from certain Ubuntu/Windows machines
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-29 10:51:52+00:00
Resolved: 2022-02-24 19:23:11+00:00

**Affected versions**
- 77.0 - build 3
- 78.0a1

**Affected platforms**
- Ubuntu 18.04

**Steps to reproduce:**
- Try to log in into Office 365 with valid credential

**Expected result**
- The user is able to log in 

**Actual result**
- The user can’t log in 

**Regression range**
- Reproducible on old profile 67.0a1, but I’m certain this worked since then on my machine, so there are probably other interactions; note that on Chrome I have no problem to log in.

**Additional notes**
- Tested on 3 Ubuntu machines (2 - reproducible, 1 - not reproducible)
Bug: The tab switch warning is also displayed when clicking on an already visually sharing tab from another window
Status: NEW
Priority: P3
Created: 2020-05-29 11:23:02+00:00
Resolved: 2022-01-17 15:13:21+00:00

**Note**
* The tab-switch-warning is incorrectly displayed for a tab of another window that is already in the viewport on the screen.

**Affected versions**
* Nightly v78.0a1
* Beta v77.0 (RC)

**Affected platforms**
* ALL

**Steps to reproduce**
Required prefs:
* Flip privacy.webrtc.allowSilencingNotifications to true
* Flip privacy.webrtc.legacyGlobalIndicator to false
* Flip privacy.webrtc.sharedTabWarning to true
1. Engage in a WebRTC meeting.
2. Have another window on the screen that you'll be sharing.
3. Share the whole screen.
4. Click on a different tab from the same window to skip the first tab switch when the warning is not shown.
5. Click on the focused tab from the other window from the screen.

**Expected result**
* The tab-switch-warning is not displayed.

**Actual result**
* The tab-switch-warning is displayed, even though the tab was already sharing the content of that tab.
* The tab can properly be used for navigation, but when clicking the tab area, the warning gets displayed.

**Regression range**
* This is a feature implementation issue.
Bug: [macOS][dark theme] - correct styling for New Folder button when adding Bookmarks
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-05-29 11:24:25+00:00
Resolved: 2023-01-25 17:21:06+00:00

**Affected versions**
* 68.9 esr, 78.0a1 (2020-05-28), 77.0

**Affected platforms**
* macOS 10.15.5;

**Steps to reproduce**
1. Launch Firefox, set it to dark theme;
2. Access any website and click on the bookmark button from address bar;
3. Click the down-caret button near [Other bookmarks] to expand the section;
4. Hover and click on the New Folder button; 

**Expected result**
* elements have distinct colour setup;

**Actual result**
* hover effect for the button is the same colour as the menu;

**Regression range**
* Last good revision: (2018-10-30)
* First bad revision: (2018-10-31)
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=be32f4014f92d0ab717621997e0d36c9bc1c479b&tochange=7e4afca2ca929a07128419874845a94c2ff9aa3d);

**Additional notes**
* attached recording with the issue;
* on white theme the colour scheme is ok.
Bug: [macOS] - Library elements not fully styled on dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-29 11:48:22+00:00
Resolved: 2020-06-11 01:17:10+00:00

**Affected versions**
* 68.9 esr, 77.0, 78.0a1 (2020-05-28)

**Affected platforms**
* macOS 10.15.5;

**Steps to reproduce**
1. Launch Firefox and set it on dark theme - restart browser if needed;
2. Open the Library (CTRL+Shift+B);
3. Interact with the Library;

**Expected result**
* dark theme is properly applied on elements;

**Actual result**
* only part of the window is styled on the dark theme, as per recording;

**Regression range**
* will check if one and provide a range asap;

**Additional notes**
* attached recording with the issue.
Bug: Perma late beta browser/components/extensions/test/browser/browser_ext_settings_overrides_default_search.js | Default engine is Twitter - Got DuckDuckGo, expected Twitter when Gecko 78 switches to late beta on 2020-06-12
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-29 14:37:09+00:00
Resolved: 2020-06-05 09:11:47+00:00

central-as-late-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&selectedTaskRun=FFjf1fjrT7232O97E0AArw-0&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=37c51ccc3655660e7e9d8c56778c41684706aae6

Failure log: https://treeherder.mozilla.org/logviewer.html#?job_id=304265691&repo=try

TEST-UNEXPECTED-FAIL | browser/components/extensions/test/browser/browser_ext_settings_overrides_default_search.js | Default engine is Twitter - Got DuckDuckGo, expected Twitter
etc.
Bug: JavaScript error: resource:///modules/UrlbarInput.jsm, line 366: Error: Unrecognized UrlbarInput event: unload
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-05-29 14:48:17+00:00
Resolved: 2021-06-11 11:02:52+00:00

JavaScript error: resource:///modules/UrlbarInput.jsm, line 366: Error: Unrecognized UrlbarInput event: unload

I see this error in my terminal when I press Cmd+Q while the url bar is focused.

https://searchfox.org/mozilla-central/rev/9aa7bebfd169bc2ead00ef596498a406e56bbb85/browser/components/urlbar/UrlbarInput.jsm#62 adds an `unload` event listener, but nothing in the file seems to be handling this event, and an exception is thrown at https://searchfox.org/mozilla-central/rev/9aa7bebfd169bc2ead00ef596498a406e56bbb85/browser/components/urlbar/UrlbarInput.jsm#366
Bug: No clean way of uninstalling/upgrading an add-on installed using policies.json
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-29 16:05:56+00:00
Resolved: 2020-11-17 21:43:38+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

Steps to reproduce:

Scenario 1:
Install a version of your extension (For example 1.1) using policies.json below
Below steps are used to uninstall the extension
Erase policies.json
Erase myextension.xpi from the folder mentioned in policies.json

{
  "policies": {
    "Extensions": {
      "Install": [
        "/Applications/Firefox.app/Contents/Resources/browser/extensions/myextension.xpi"
      ],
      "Locked": [
        "<ExtensionUUID>"
      ]
    }
  }
}

Scenario 2:
Install a version of your extension (For example 1.1) using policies.json above
Try to upgrade a new version of your extension (For example 1.2) using policies.json below

{
  "policies": {
    "Extensions": {
      "Install": [
        "/Applications/Firefox.app/Contents/Resources/browser/extensions/myextension.xpi"
      ],
      "Locked": [
        "<ExtensionUUID>"
      ],
      "Uninstall": [
        "<MyOldVersionExtensionUUID>"
      ]
    }
  }
}


Actual results:

Scenario1:
Extension is not removed from Firefox browser even after restart Firefox, reboot.
Scenario2:
Both versions of extensions (1.1, 1.2) are still present in Firefox


Expected results:

Scenario1:
Extension must be removed from Firefox browser
Scenario1:
Only updated version of the extension must be present in the browser
Bug: Adding a Drag Space during screen sharing makes the Customization panel unresponsive when tab switch warning is enabled
Status: NEW
Priority: P3
Created: 2020-05-29 17:01:28+00:00
Resolved: 2022-01-17 15:13:13+00:00

**[Affected Versions]:**
- Firefox 77 RC-build 3

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Firefox 77 RC-build 3 is installed.
- The following preferences are set:
-> privacy.webrtc.allowSilencingNotifications = true
-> privacy.webrtc.legacyGlobalIndicator = false
-> privacy.webrtc.sharedTabWarning = true
- Have at least 2 tabs opened.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Start a webRTC video call on Zoom and share the entire screen.
3. Right-click on tab strip and select the "Customize" option.
4. Select the "Drag Space" checkbox.
5. Click in the "Done" button and observe what happens next.

**[Expected results]:**
- The Customization panel is dismissed.

**Actual results]:**
- The Customization panel remains unresponsive.

**[Notes]:**
- This issue is only reproducible when sharing the entire screen or the meeting room.
- Attached is a .gif with the issue.
Bug: Signature failed when updating whilst application is running
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-29 17:14:45+00:00
Resolved: 2020-06-12 10:08:03+00:00

[Affected versions]:
 N/A

[Affected platforms]:
 All

[Steps to reproduce]:
 1. Upload on main-preview/search-config staging reduced_configuration1.json attachment 9152799.
 2. Start Firefox with the attached user.js attachment  9152801 (vary test with dump==true and dump=false).
 3. Check that search engines are listed accordingly to the main-preview from staging with reduced_configuration1.json attachment 9152799 applied.
 4. Upload on main-preview/search-config staging reduced_configuration2.json attachment 9152798.
 5. Wait 2-3 minutes while checking the browser console.

[Expected result]:
 Browser console lists SearchEngineSelector: Search configuration updated remotely after which you can restart browser or wait 5' as idle  
The  browser search engine list is updated with the required search engines that are listed in the updated config (step 3)

[Actual result]:
services.settings: main-preview/search-config Signature failed  InvalidSignatureError: Invalid content signature (main-preview/search-config) RemoteSettingsClient.jsm:882
services.settings: Signature verified failed for main-preview/search-config. Retry from scratch RemoteSettingsClient.jsm:591
Full log: https://pastebin.com/RNYRmBEy

[Regression range]:
 This is a remote settings issue, the regression range is not applicable.

[Note]:

 - It is possible that this bug is a dupe after bug 1640023;
 - Seems that the problem is not reproducible if we are using a different configuration than the reduced_configuration2.json, which adds a non existing search engine.
Bug: Add a pref to control behavior which uses pdf.js as the viewer when opening downloaded PDFs
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2020-05-29 18:00:33+00:00
Resolved: 2020-06-16 15:26:30+00:00

In bug 1191591 we changed the default behavior for how downloaded PDF files are opened, so that the file is loaded into a tab as a file: URI using pdf.js as the viewer. 

This should be controlled by a preference, allowing opt-out. Bug 1639069 will provide UI for this in the form of a context menu item on download items in the download views.
Bug: Regression: Top Sites area on New Tab Page is no longer collapsable
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-05-30 08:09:29+00:00
Resolved: 2020-06-05 11:45:13+00:00

Nightly 78.0a1 (2020-05-29) (64-Bit)
macOS 10.15.5

STR:

1.) Enable Top Sites on your NTP
2.) Open a NTP
3.) Click on the Top Sites icon / Triangle above the Top Sites

Expected: Top Sites area should collapse.
Actual: Top Sites area does not collapse.

This is a recent regression.
Bug: When I disable a TopSiteSearchShortcut (e.g. amazon) then it still behaves like a search engine
Status: NEW
Priority: P3
Created: 2020-05-30 08:27:20+00:00
Resolved: 2021-04-30 13:17:40+00:00

Nightly 78.0a1 (2020-05-29) (64-Bit)
macOS 10.15.5

1.) Install Firefox/Nightly
2.) Open a NTP
3.) Take a look a the Amazon tile. It is a TopSiteSearchShortcut: It has the magnifying glass at the bottom and behaves like a search engine in the Megabar when you click on it.
4.) Disable it as a TopSiteSearchShortcut in the TopSites-Options on the NTP

Expected: Magnifiying glass should disappear from the Tile and when I click on it, I want to be navigated to amazon.com

Actual: It still behaves like a TopSiteSearchShortcut. This means:  when I click on it, it still behaves like a search engine in the Megabar. That makes no sense and frustrates me :(