av9ash/GitBugs huggingface dataset:
Bug: Intermittent toolkit/components/messaging-system/test/browser/browser_experiment_evaluate_jexl.js | Uncaught exception - at resource://gre/modules/JSONFile.jsm:196 - Error: Data is not ready.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-02-18 16:30:16+00:00
Resolved: 2021-03-16 21:50:21+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=330391827&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/PaugDP93ScK1Ukm3xeBvPg/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-02-18T12:45:47.237Z] 12:45:47     INFO - TEST-PASS | toolkit/components/messaging-system/test/browser/browser_experiment_evaluate_jexl.js | should have a .isFirstStartup property from ExperimentManager  - "boolean" == "boolean" - 
[task 2021-02-18T12:45:47.237Z] 12:45:47     INFO - Leaving test bound test_evaluate_active_experiments
[task 2021-02-18T12:45:47.237Z] 12:45:47     INFO - Entering test bound test_evaluate_active_experiments
[task 2021-02-18T12:45:47.237Z] 12:45:47     INFO - Buffered messages finished
[task 2021-02-18T12:45:47.237Z] 12:45:47     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/messaging-system/test/browser/browser_experiment_evaluate_jexl.js | Uncaught exception - at resource://gre/modules/JSONFile.jsm:196 - Error: Data is not ready.
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - Stack trace:
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - get data@resource://gre/modules/JSONFile.jsm:196:13
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - set@resource://messaging-system/lib/SharedDataMap.jsm:105:5
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - addExperiment@resource://messaging-system/experiments/ExperimentStore.jsm:181:10
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - test_evaluate_active_experiments@chrome://mochitests/content/browser/toolkit/components/messaging-system/test/browser/browser_experiment_evaluate_jexl.js:76:27
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - Tester_execTest/<@chrome://mochikit/content/browser-test.js:1088:34
[task 2021-02-18T12:45:47.238Z] 12:45:47     INFO - Leaving test bound test_evaluate_active_experiments```
Bug: Changing of default search engine broken due to overrides not being correctly handled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-18 17:27:58+00:00
Resolved: 2021-07-01 14:00:00+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

See Video attached:

1. I changed my Search Engine from Google to DuckDuckGo today.
2. It changed fine.
3. I want to revert to Google, so I went to change it.
4. I select Google.

NOTE: Changing to a different Search Engine also doesn't work.


Actual results:

Google shows up as my default Search Engine but when I search, it searches on DuckDuckgo.

Closing and re-opening preferences shows DuckDuckGo as my default search engine.


Expected results:

Google should stay as the default. It seems to not be changing my default.

The dropdown changes the value, but it has no effect.
Bug: With the Proton theme, there are gaps between pinned tabs when tabs are overflowing
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-02-18 18:47:47+00:00
Resolved: 2021-04-07 10:45:00+00:00

Regular tabs were fixed in bug 1692698, but if you have multiple app tabs, there are still gaps between them which ignore clicks and allow accidental window dragging.
Bug: "Content process limit" drop-down menu is too wide with browser.proton.contextmenus.enabled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-18 19:36:29+00:00
Resolved: 2021-03-22 16:45:29+00:00

### Steps to reproduce

1. Set `browser.proton.contextmenus.enabled` pref = true and restart Nightly.
2. Open `about:preferences`.
3. Search for "Use recommended performance settings".
4. Uncheck the "Use recommended performance settings" checkbox.
5. Click to expand the "Content process limit" drop-down menu.

### Expected result

`browser.proton.contextmenus.enabled` should not change the width of the the "Content process limit" drop-down menu.

### Actual result

The unexpanded "Content process limit" drop-down menu is wider with `browser.proton.contextmenus.enabled` than without. The expanded drop-down list is still the same narrower width with `browser.proton.contextmenus.enabled`.

See the attached screenshot.
Bug: The stub installer cannot be canceled after ~50% of the installation
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-02-18 19:40:08+00:00
Resolved: 2021-03-09 01:31:00+00:00

**Note**
* When the user launches the stub installer and attempts to cancel the installation after the loading bar reaches 50%, he will notice that the "x" button has no action.

**Affected versions**
* Nightly v87.0a1 2021-02-18-09-24-11

**Affected platforms**
* Windows 10
* Windows 7

**Steps to reproduce**
1. Launch the STUB installer.
http://archive.mozilla.org/pub/firefox/nightly/2021/02/2021-02-18-09-24-11-mozilla-central/Firefox%20Installer.en-US.exe
2. Wait for the loading bar to reach 50%.
3. Click the "X" button.

**Expected result**
* The Cancel confirmation modal is displayed.

**Actual result**
* The button has no action.

**Additional notes**
* Pressing the X button on Windows 7 installation will make a noise (like the noise of an invalid action); whereas in Windows 10, there is no sound.
Bug: Default search engine is stuck on DuckDuckGo {FF 86.0]
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2021-02-18 21:14:33+00:00
Resolved: 2021-02-19 20:05:50+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

Tried to change the default search engine to Google


Actual results:

Default search engine always default to DuckDuckGo


Expected results:

If Google is set as the default search engine then it should not revert to google.

I can, at least, manually, select the search engine I wish to use.  The defect is still there when I start Firefox in Safe Mode.
Bug: search bar does not option to search tabs, bookmarks or history when separated from navigation bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-18 21:21:09+00:00
Resolved: 2021-02-19 14:53:12+00:00

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

Steps to reproduce:

On Kubuntu 20.04, with Firefox 85 I tried to search tabs, history, and bookmarks while navigation bar and search bar were separated.


Actual results:

I was only given the option to search with Google, DuckDuckGo, Wikipedia, Bing, Amazon and Ebay. In order to use the search bar to search my history, bookmarks or tabs, I had to turn on the setting that combines that search bar and the navigation bar.


Expected results:

I should be able to search my history, bookmarks or tabs when the search bar and navigation bar are setup to be separate. I have an ultrawide monitor, so this really should not be an issue.
Bug: [Proton] Content select dropdowns are too narrow on Windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-18 22:12:09+00:00
Resolved: 2021-03-22 16:55:21+00:00

In proton, select dropdowns on Windows appear too narrow. It looks like the width is "correct" but is sizing including the drop shadow rather than just the main select content.

It's quite noticeable on this year dropdown https://climate.weather.gc.ca/climate_data/daily_data_e.html?StationID=27174.
Bug: Title of popups without location bar can fully be spoofed - title does not include the URL or extension name
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-18 22:35:41+00:00
Resolved: 2021-11-23 07:34:06+00:00

bug 1621328 moved `Services.uriFixup.createExposableURI` to `Services.io.createExposableURI`, but a consumer in tabbrowser.js at `getWindowTitleForBrowser` still references the old method: https://searchfox.org/mozilla-central/rev/e84baf5c730abd453be5d50dcb0aba1e743bac47/browser/base/content/tabbrowser.js#950

The relevant logic is wrapped in a try-catch that blindly ignores errors. The impact of this is that if a page can open a popup without location bar (e.g. extensions), then an extension can spoof the full popup title, and the user wouldn't know that the popup comes from an extension.

There is a unit test that is supposedly verifying that the extension name is in the title (toolkit/components/extensions/test/browser/browser_ext_windows_popup_title.js), but that doesn't work because of a bug in it (see two comments at https://bugzilla.mozilla.org/show_bug.cgi?id=1690611#c14).

So, to fix this bug, `uriFixup` should be replaced with `io`, and the unit test (browser_ext_windows_popup_title.js) should be fixed.
Bug: 85.0.2 loaded on 2/9    cannot paste into Google search window. I can paste into the search window under chrome.  rebooted and no change, thankse
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-18 22:44:29+00:00
Resolved: 2021-03-01 22:27:55+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

copied text from a file. Activated Firefox. Highlighted Google search box. Clicked the right mouse pad. The menu containing Paste function did not pop up.  I repeated the process in Chrome – worked correctly.


Actual results:

the paste menu did not pop up


Expected results:

the past menu should have pop up
Bug: Possible Mach ports leak leading to performance degradation on macOS?
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-18 23:13:24+00:00
Resolved: 2021-04-13 08:19:10+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

- open Firefox
- use it for ~2-4 weeks
- application will run gradually run slower and slower


Actual results:

Firefox gets slower and slower over time; time between clicking on a tab and the tab actually being switched to gets longer and longer. Scrolling is slow, sometimes typing freezes and then catches up, just general "the application runs slower".


Expected results:

Should not slow down; means you have to restart the application every now and then.

I'm using the Bugzilla "helper" bug reporter, and there's no field for "extra information", so I'm dumping what I can into this one.

Admittedly, this is probably a pretty niche use-case: I generally leave my machine running all the time and almost never turn it off. Helpful for keeping track of things since I just leave Firefox tabs open for weeks or months at a time.

However, the application speed slowly degrades over that time; eventually some webpages become unusable. Particularly JIRA, but JIRA is pretty slow anyway so not pointing the finger at Firefox for that.

I should note that in the screenshot attached, I had about 9 windows open with ~264 tabs open.

The screenshot shows Activity Monitor, where you can see the main Firefox process has about 163K "ports" open (macOS "mach kernel" ports), and the helpers have about 24K ports each (I guess those are the "other end" of the IPC channel? I dunno, I've never written an app for macOS, or anything that low-level tbh).

I suspect this may be the cause of the performance degradation, since the kernel has to allocate/manage them, and I think the total number that may be open is limited? (in a similar way to the maximum number of PIDs a system can have in use at any one time).

After restarting Firefox, the main application number of ports went down to ~880, and the helpers around 180 each. I can send additional screenshots of the number of tabs/windows and the new number of ports, if needed.

Also; I should note that I am using the "Tab Session Manager" extension, which allowed me to save & restore the whole session (in terms of windows/tabs; the webpages themselves still need to re-load). When I use this extension to "restore" the session, the performance immediately returns to normal; this is part of why I think the problem may be a leak which happens slowly over time.
Bug: Tabs shrink at the end of tab drag-and-drop if they are moved to the start or end of the tab bar, in maximized windows
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-02-19 02:33:30+00:00
Resolved: 2022-10-26 16:24:16+00:00

Steps to reproduce:
 1. Open a window and fill it with three tabs.
 2. On Windows + Linux, maximize the window. On macOS, double-click the titlebar so that the window resizes to cover all available space.
 2. Drag the middle tab to the start or end of the tab bar.

Expected results:
The tab should maintain its width and the tab bar should feel robust.

Actual results:
At the end of the tab drag animation (after the tab has snapped into place), the dragged tab shrinks and other tabs in the tab bar wiggle.
Bug: Some settings aren't faithfully synced across different devices
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-19 03:21:01+00:00
Resolved: 2021-02-19 04:47:04+00:00

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

Steps to reproduce:

1. Change default search engine to DuckDuckGo. Also, check the box for DRM-controlled content playback. And select "Use custom settings for history" and uncheck all four options directly below that.
2. Log in to Firefox on another device.
3. Check if the settings above are synced.


Actual results:

Regardless of platform, the above settings aren't synced. Users have to manually change it back each time they log in to a new device.


Expected results:

Regardless of platform, all settings should be synced. That way, when users log in to a new device, they don't have to tinker around with the settings because Firefox isn't doing the syncing 100%.
Bug: Background tabs jump when dragging within the tab strip instead of a smooth animation
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-19 03:56:24+00:00
Resolved: 2021-03-25 01:15:32+00:00

This was regressed by https://hg.mozilla.org/mozilla-central/rev/789764012610. The selector should have been updated instead of deleted.
Bug: set browser.urlbar.imeCompositionClosesPanel to false may prevent ime from functioning.
Status: VERIFIED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-19 05:48:27+00:00
Resolved: 2021-10-11 21:02:01+00:00

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

Steps to reproduce:

set browser.urlbar.imeCompositionClosesPanel to false in about:config.

Enable ime that has preedit. type something 


Actual results:

For example, if the preedit contains "f|" ( | means the position of cursor), and if "f" has any matches in the history, the address bar would append the website to the address bar and then reset the state of input method.

For example, if "firefox/" is the first match in the history. Upon typing "f" (the composition is not yet ended), the preedit is "f|" and firefox would use this string to match when browser.urlbar.imeCompositionClosesPanel is true.

At the same time, firefox would append "irefox/" to the address bar and make "irefox/" selected. This is okay if ime compsition is done, but not ok during the composition, because it will triggers the reset of ime and prevent further compositon.




Expected results:

Firefox still match the result with composition, but don't automatically fill the urlbar if composition is still in progress.
Bug: Disable "smooth scrolling" is ignored when UWP app is in foreground
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-19 06:37:17+00:00
Resolved: 2021-02-26 02:15:45+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

1) Disable "Use smooth scrolling" in about:preferences/General/Browsing
2) In Firefox, load a page that can be scrolled
3) Open a UWP app (e.g. Calculator) so it is in focus, keeping the Firefox window visible
4) Bring mouse cursor over Firefox window and scroll

Note: This appears to be specific to UWP apps (i.e. apps from Microsoft store), issue does not occur with other Windows programs (e.g. File Explorer)


Actual results:

The FF window will smooth scroll


Expected results:

FF window scrolls without smooth scrolling
Bug: [mac] Scrollbar overlaps buttons and inputs from Network Settings modal window
Status: NEW
Priority: P5
Created: 2021-02-19 08:22:30+00:00
Resolved: 2021-02-22 15:52:56+00:00

**Affected versions**
* 86.0, 87.0a1(2021-02-10);

**Affected platforms**
* macOS 10.15, macOS 11 

**Steps to reproduce**
1. Launch Firefox, access about:preferences#general
2. Scroll all the way down, click on the Settings button in Network Settings;
3. Scroll up/down inside the modal window;

**Expected result**
* scrollbar should not overlap with elements in modal;

**Actual result**
* scrollbar overlaps on both hover and idle state the content;

**Regression range**
* not a regression, issue visible with implementation of the window;
* First bad: [2017-07-18](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aff336ac161daa3ea350e59a288963edbd58ed39&tochange=dece50457378ac4934afe9fb3c2a8054e8894588)
* Last good: [2017-07-17](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aff336ac161daa3ea350e59a288963edbd58ed39&tochange=87824406b9feb420a3150720707b424d7cee5915)
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aff336ac161daa3ea350e59a288963edbd58ed39&tochange=dece50457378ac4934afe9fb3c2a8054e8894588)

**Additional notes**
* attached recording to best illustrate the issue;
* probably best option would be to increase the default width of the window so the scrollbar would no longer overlap the set elements.
Bug: [mac] Focus effect of Manual proxy configuration "touches" the text labels
Status: NEW
Priority: P3
Created: 2021-02-19 08:59:08+00:00
Resolved: 2022-04-11 14:55:35+00:00

**Affected versions**
* 86.0, 87.0a1(2021-02-18);

**Affected platforms**
* macOS 10.15, macOS 11

**Steps to reproduce**
1. Launch Firefox, access about:preferences#general
2. Scroll all the way down, click on the Settings button in Network Settings; 
3. Click on the Manual proxy configuration option;
4. Click inside any input field form this sub-category;

**Expected result**
* elements are properly displayed

**Enhancement suggestion**
* add 1-2 additional pixels to the left-right margins of the input fields from Manual proxy configuration boxes;
* another option would be to decrease the width of the inputs by the 1-2 pixels so everything would keep it's position/offset in the window;

**Actual result**
* Proxy and port text touches the in-focus effect when clicking inside the input-fields

**Regression range**
* First bad: 2018-12-07
* Last good: 2018-12-06
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a52c254930e8fd4372d2a439b8e0e6cc10a351f8&tochange=ca0f00593e38cdab54c3a990059bbf1150e77365) 
* several variations with this, initial implementation had just the margin-color change to blue; regression range above is one with the additional extended-thicker lines

**Additional notes**
* attached recording to best illustrate the issue.
Bug: Downloaded file extension unexpectedly changes to HTML when using "open with" and can execute code (based on content type sent by the server that doesn't match filename)
Status: NEW
Priority: P2
Created: 2021-02-19 10:43:05+00:00
Resolved: 2024-09-12 03:31:17+00:00

Hello,
we detected an issue in the way Mozilla Firefox manage the file extension on Windows systems. Differently from any other browser, Firefox uses the “Content-Type” header to assign the extension to the downloaded file.
Please, refer to the attached file for a detailed description of the issue and the scripts we used to exploit it.
Regards,
Michael Caruso and Carlo Di Dato
Bug: Address bar is barely visible if dragged in customize mode while having Dark or Alpenglow theme
Status: NEW
Priority: P3
Created: 2021-02-19 12:27:34+00:00
Resolved: 2021-02-22 15:45:51+00:00

*Affected versions*
* 87.0a1 (20210218214637)
* 86.0 (20210215141125)
* 85.0.2 (20210216094005)
* 78.8.0esr (20210217034806)


*Affected platforms*
* Windows 10x64
* macOS 11.2
* Ubuntu 18.04

*Preconditions*
* Have Dark or Alpenglow theme.

*Steps to reproduce*
1. Open Firefox and Customize mode.
2. Drag the Address Bar.


*Expected result*
* Address bar is visible.

*Actual result*
* Address bar is barely visible.

*Regression range*
* Reproducible with Firefox 58.0a1 (2017-10-02). I think it’s safe to assume that this is not a regression.

*Notes*
* Attached a screen recording.
* If Address Bar is dragged from the right side the magnifier is no longer visible.
Bug: Flicker with amazon search suggestions
Status: NEW
Priority: P3
Created: 2021-02-19 12:27:39+00:00
Resolved: 2021-05-18 19:26:02+00:00

##### [Environment:]
Ubuntu 18.04, Mac 10.14.6, Windows 10
85.0	   2021-01-18
86.0	   2021-02-17
87.0a1 2021-02-18

##### [Steps:]
1.  Either with @amazon search-shortcut or with @amazon default engine enter a composit 2 words search term like "test test" with a small delay betwen each word input.

##### [Actual Result:]
There is a noticeble flicker with the search suggestions pannel, when returning amazon suggestions. 

##### [Expected Result:]
Address bar search suggestion experience for amazon should be on par with the rest of the search engines experience.


##### [Note:]
It might be the case that this is related to the suggestions services and not necesarily a problem in the address bar.
Bug: [RTL] URLs in the autocomplete view are left aligned
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-19 12:43:09+00:00
Resolved: 2021-02-24 15:36:51+00:00

STR:
1. Latest Nightly, `intl.uidirection` set to `1` (or `intl.l10n.pseudo` set to `bidi`)
2. Type anything in the urlbar

AR:
The page name is on the right (good), but the url itself is aligned to the left (bad)

ER:
Both should be aligned to the right, while the URL itself is LTR.
Bug: Hide Toolbar option in fullscreen doesn't work on macOS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-19 12:54:41+00:00
Resolved: 2021-02-25 17:28:23+00:00

**Affected versions**
- Firefox 86.0
- Firefox 87.0a1

**Affected platforms**
- macOS 10.15.7

**Steps to reproduce**
1. Launch Firefox
2. Activate fullscreen mode
3. Right click the toolbar and tick and untick "Hide toolbars"

**Expected result**
- The toolbars are hidden when the option is selected

**Actual result**
- Nothing happens if the option is selected

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1DS8YExDUF3rksMlI0cnG2EjPyMSb1ASZ/view?usp=sharing)
- Windows 10 and Ubuntu 20.04 are not affected by this issue
Bug: Random BING Double ad_clicks recorded
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-19 15:17:15+00:00
Resolved: 2021-10-29 09:48:50+00:00

Bing ad clicks are showing double in telemetry most of the times.

**Tested on**
Ubuntu 20.10 
Windows 10 64bit

**Affected**
Firefox Release 85.0.2
Firefox beta    86
Firefox Nightly 87.0a1


**Preconditions**
-New profile
-browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar off
-Bing set as default engine
-browser.search.region US

**Steps**
-Launch firefox with preconditions
-Search "lenovo laptop" in urlbar
-Click on the first line that has an [AD]
-go to about:telemetry > raw json > Raw data
-search ad_clicks


**expected result**
browser.search.ad_clicks" is: "bing:sap": 1


**Actual result**
Most of the times we get "bing:sap": 2
randomly "bing:sap": 1 appears.
and randomly there is no result (related to bug 1654280)


Altho its random, on my machine i see bing:sap:2 most of the times.