av9ash/GitBugs huggingface dataset:
Bug: [Experiment] Users will not be enrolled in the "Review Checker Ads Exposure" rollout due to the fact that the "browser.shopping.experience2023.enabled" is not set to "true" by past experiments
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-11-24 14:12:41+00:00
Resolved: 2023-11-28 12:23:33+00:00

**[Affected versions]:**
- Firefox Release 120.00 - Build ID: 20231116134553

**[Affected Platforms]:**
- Windows 11 x64
- macOS 14.1
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the "nimbus.debug" pref set to true in the "about:config" page.
- Have the "[user.js](https://drive.google.com/file/d/1jGZoL-qplPZ9WxczKHh7a_gT81iABQMH/view?usp=sharing)" file saved to your PC.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=review-checker-119-new-profiles&optin_branch=treatment-a".
3. Navigate to "https://www.amazon.com" and access any product page.
4. Click the "Yes, try it" button from the "Review Checker" sidebar.
5. Navigate to the "about:config" page and observe the value of the `browser.shopping.experience2023.enabled` pref.
6. Navigate to the Firefox profile folder and paste de "user.js" file from prerequisites.
7. Restart the browser and navigate to the "about:studies" page.
8. Observe the active studies.

**[Expected result]:**
- Step 5: The `browser.shopping.experience2023.enabled` pref is set to `true`.
- Step 8: The "Review Checker Ads Exposure" rollout is displayed and active.
    
**[Actual result]:**
- Step 5: The `browser.shopping.experience2023.enabled` pref is set to `false`.
- Step 8: The "Review Checker Ads Exposure" rollout is not present on the "about:studies" page.

**[Additional Notes]:**
- We have copied the "[Review Checker 119 new profiles](https://stage.experimenter.nonprod.dataops.mozgcp.net/nimbus/review-checker-119-new-profiles-clone/summary)" experiment and the "[Review Checker Ads Exposure](https://stage.experimenter.nonprod.dataops.mozgcp.net/nimbus/review-checker-ads-exposure-clone/summary)" rollout to the "Stage" server and we can confirm that the issue is reproducible even if the user is naturally enrolled in the "Review Checker 119 new profiles" experiment.
- Attached a screen recording of the issue.
Bug: The Survey Card from the Review Checker is truncated when the sidebar is resized to a smaller size
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-11-24 14:44:49+00:00
Resolved: 2023-12-11 18:02:44+00:00

**Found in**
* Nightly 122.0a1 (2023-11-24)
 
**Affected versions**
* Nightly 122.0a1 (2023-11-24)
* Beta 121.0b2

**Affected platforms**
* ALL

**Preconditions:**
browser.shopping.experience2023.enabled - true
browser.shopping.experience2023.optedIn = 0

Reach enough product details pages to have the Survey card displayed when reaching a product details page.

**Steps to reproduce**
1. Reach https://www.amazon.com/dp/B08GF9K41Z/ref=sbl_dpx_office-desks_B0BP743MBC_0
2. Resize the Review checker sidebar to a smaller size.

**Expected result**
* The X Close button and text from the Survey card should be properly displayed.

**Actual result**
* The X Close button from the Survey card will disappear and some of the text is truncated.

**Regression range**
Not Applicable
Bug: PanelUI's temporary panel code closes panels when menulists inside those panels close
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-24 14:59:22+00:00
Resolved: 2023-11-28 09:52:46+00:00

Turns out you can churn out close to 100 versions of Firefox with the same bug in them? At least, I'm fairly sure this has worked this way since Australis, back in 28/29 or thereabouts. :-)

Anyway, once you hit it it's reasonably straightforward to understand what's going on:

0. when you open a panelview individually with PanelUI (the history, library, synced tabs and various other views allow doing this via their dedicated toolbar buttons, and we do it for add-ons!), we create a temporary panel and panelmultiview, all dedicated to that subview.
1. [This event listener code](https://searchfox.org/mozilla-central/rev/66d0e3cac02896d0249c6077742411722e6333f0/browser/components/customizableui/content/panelUI.js#460-469,492) is in charge of tidying up temporary panels when they are hidden.
2. menulists are also popups, like panels
3. when menulists close, they fire popuphiding/popuphidden events, just like panels
4. so when your `panelview` has a `menulist` that closes, they hit the `popuphidden` event listener.
5. the popuphidden event listener is attached to the right `panel` but otherwise doesn't care where the `popuphidden` event has come from - including menus and other stuff _inside_ that panel itself.

(5) is where the bug is, and that closes the containing panel when the user selects an item in the menulist, which is bad. We should fix it!
Bug: NVDA loses focus to webcontent when the new webcompat reporter tool is opened from MenuBar or from ProtectionsPanel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-11-24 15:14:38+00:00
Resolved: 2024-01-04 18:17:20+00:00

**Found in**
* Beta v121.0b2

**Affected versions**
* Nightly v121.0a1
* Beta v121.0b2

**Tested platforms**
* Affected platforms: Windows 10/11 + NVDA; MacOS + VoiceOver; Ubuntu + ORCA.
* Unaffected platforms: -

**Steps to reproduce**
1. Launch NVDA, then Firefox
2. Make sure new webcopmpat feature is enabled:
ui.new-webcompat-reporter.enabled  = true
3. Load any webpage
4. Navigate to the MenuBar/Help/Report broken site

**Expected result**
* Focus moves to the reporter and NVDA reads the reporter's text.

**Actual result**
* Focus is lost and NVDA reads the webcontent.

**Regression range**
* not a regression, but an implementation flaw.

**Additional information**
* This issue occurs with keyboard navigation when opening the reporter from MenuBar or from the ProtectionsPanel on Windows.
* This issue occurs with keyboard navigation only when opening the reporter from MenuBar or from the ProtectionsPanel on MacOS and Ubuntu.
* This issue also occurs with mouse navigation but only when opening the reporter from the MenuBar on Windows, Ubuntu and MacOS.
* This issue also occurs after sending the report; NVDA reads the webcontent until the user presses TAB to focus the confirmation screenon Windows, Ubuntu and MacOS.
Bug: Search telemetry isn't recorded when opening links in a new window
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-11-24 15:54:22+00:00
Resolved: 2023-12-05 16:53:11+00:00

Conditions:
-  `browser.search.serpEventTelemetry.enabled`: `true`

Steps to reproduce:
1. Open a SERP with ads.
2. Attempt to open an ad in a new window.

Expected results:
- Accurate reporting of SERP telemetry ad clicks in Glean.

Actual results:
- No reporting will be registered to Glean.

Accurately determining which tab originated the new window and first tab might be tricky, so a possible quick solution would be to fix the error so that it doesn't affect legacy telemetry, and do a follow-up bug to improve the accuracy of SERP telemetry.
Bug: [Firefox Suggest Opt-in Experiment] Bring narrow layout for topPosition=false in line with topPosition=true
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-11-25 10:46:09+00:00
Resolved: 2023-12-04 13:25:09+00:00

Currently the narrow layout for `browser.urlbar.quicksuggest.contextualOptIn.topPosition=false` looks way worse than for `browser.urlbar.quicksuggest.contextualOptIn.topPosition=true`. We should ideally fix this for the experiment to prevent potentially skewing results by making `topPosition=false` less usable.
Bug: Copy context menu button disabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-25 19:56:27+00:00
Resolved: 2023-11-28 23:24:59+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.6045.159/160 Safari/537.36

Steps to reproduce:

Open any webpage, select text using cursor, right click to open context menu, attempt to click 'copy'.


Actual results:

Copy context menu item is disabled. Refreshing the page is the only resolution.


Expected results:

Copy button should be clickable and functioning.
Bug: Selecting Bookmarks in the Firefox menu freezes the page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-26 16:07:41+00:00
Resolved: 2023-12-22 17:19:07+00:00

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

Steps to reproduce:

Selected Bookmarks in the Firefox menu


Actual results:

Page froze


Expected results:

Bookmarks menu should have been displayed
Bug: Erroneous translations break paypal
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-11-26 17:09:11+00:00
Resolved: 2024-01-23 15:41:25+00:00

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

Steps to reproduce:

Using paypal.de trying to download financial reports, unknowingly translate feature in firefox enabled.


Actual results:

website is translated from german into a horribly wrong version of german, site stops to function proper. By clicking "Bericht" button it was also possible to create errors like "Node.removeChild: Der zu entfernende Knoten ist kein Kind dieses Knotens". Why is it possible that the translation feature breaks paypal so hard that we get these kind of errors?



Expected results:

Site should never have been translated.
After disable of the translation feature, site can be used normally.

The translation feature should never be enabled by default. If its enabled, there must be a very clear indication that the site is being translated by firefox.  It needs to be opt-in, as new user see the dialog of the new feature once, forget about it and then make some sites unusable.
Bug: clicking on the address bar janks the browser for 500ms  if you have copied large text outside of the browser
Status: NEW
Priority: P2
Created: 2023-11-27 07:48:35+00:00
Resolved: 2025-01-09 02:56:31+00:00

STR:
1. Open the following sample text file in your local text editor
2. copy all its content (ctrl+c)
3. Open the browser
4. Click on the address bar


AR: The browser hangs for 500ms on my machine
ER: Not so

Regression range: 
Bug 1860548 - Enable the URL Paste Suggestion feature by default in Nightly. r=mak

Differential Revision: https://phabricator.services.mozilla.com/D191868

Profile of clicking on the address bar :  https://share.firefox.dev/47LpO9k
Bigger the copied text, longer is the jank.

Opening of the settings page is also slow:
Bad : https://share.firefox.dev/3sK4CSu
Good: https://share.firefox.dev/3SSkc9c

In general, it maybe feels like the browser is periodically janking
The caveat being that copying large texts may be an edge case.
Bug: [MSIX] Always use Firefox to open links that send email prompt is displayed even if Firefox is already set as the default OS mailto application
Status: NEW
Priority: P3
Created: 2023-11-27 09:29:34+00:00
Resolved: 2025-01-17 10:21:43+00:00

**Found in**
* 121.0b3 MSIX


**Affected versions**

* 122.0a1 (2023-11-26) MSIX
* 120.0b3 MSIX







**Tested platforms**
* Affected platforms: Windows 10, Windows 11
* Unaffected platforms:  macOS 12, Ubuntu 22



**Preconditions**
* browser.mailto.dualPrompt: true
* browser.mailto.prompt.os: true
* browser.mailto.prompt.os: true
* new profile
* Firefox MSIX set as default OS mailto application


**Steps to reproduce**
1. Open https://get.wireme.de/mailto-test.html and click the button.



**Expected result** 
* The Always use Firefox to open links that send email prompt is not displayed. 

**Actual result**
* Always use Firefox to open links that send email prompt is displayed. 




**Regression**
* N/A, new feature.






**Additional notes**
* Attached a screen recording.
* This is reproducible only with Firefox MSIX.
* Firefox MSIX is correctly opened while running `mailto:test@gmail.com` inside `Run` if was set as default OS application.
Bug: "Save page as PDF" Quick Action does not appear when searching for "save"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-11-27 09:42:20+00:00
Resolved: 2023-12-04 16:28:15+00:00

STR:
1. Click in the address bar.
2. Under "This time, search with:", click the "Actions" button (>).
3. Type "save".

"Save page as PDF" does not appear in the list of suggested quick actions. Works when typing "pdf".
Bug: "View Add-ons" Quick Action does not appear when searching for "addons"
Status: NEW
Priority: P3
Created: 2023-11-27 09:52:47+00:00
Resolved: 2023-11-27 16:16:50+00:00

STR:
1. Click in the address bar.
2. Under "This time, search with:", click the "Actions" button (>).
3. Type "addons".

"View Add-ons" does not appear in the list of suggested Quick Actions, have to type "add-ons" with a hyphen which is a little more awkward.
Bug: Prompt not showing (although set in settings) where to store a file when a download is initiated, instead it downloads automatically
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-27 10:01:31+00:00
Resolved: 2024-01-18 15:16:47+00:00

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

Steps to reproduce:

Downloading important Invoices from the sales platform cardmarket.de. Until 10:30 today in the morning it went well, but then my Firefox got updated to 120.0 and now it does not work as expected aymore.


Actual results:

Files where automatically dowloaded into Downloads Folder.


Expected results:

Prompt asking me where to download should have been shown, which worked until the update to 120.0, but no it doesn't, it went straight for the download.

Box is always checked, to show me the prompt in settings. I tried resetting it, and also closing and opening Firefox, logging in and out of the platform but nothing helped.
Bug: Importing Safari history stalls forever when certain problematic entries are present
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-11-27 13:06:37+00:00
Resolved: 2023-12-13 00:50:41+00:00

Steps to reproduce:

Tried to import Safari browsing history using the built-in import tool.


Actual results:

Importing Safari history on macos which is located at ~/Library/Safari/History.db silently hangs forever in case some problematic entries are present inside Safari's "history_items" table. Specifically, those items are slightly unusual, and below is a list of example entries that cause a problem.

http://-z((((((((((())))})sszz/
http://<country-code>.archive.ubuntu.com/ubuntu/
http://The Summarit performance is of a very high level and certainly equal to that of the Summicron.
http://q3_us_knob_v1.5.bin.zip/
http://www.195.19.96.179/

Removing those lines from Safari database manually allows the import to finish successfully. I could only find problems with http:// entries and not https://

A sample problematic History.db file is attached. It has just one problematic line from the list above.


Expected results:

Firefox definitely mustn't just stall on import. Problematic lines should either be quietly discarded or a comprehensive error report outlining the necessary steps to remedy the problem should be presented to the user.
Bug: When editing a freetext the focus is stolen and the edition is stopped
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-27 13:07:08+00:00
Resolved: 2024-02-20 12:39:00+00:00

Steps to reproduce the problem:
1. open a pdf
2. click on the "Add text" tool
3. click somewhere on the page
4. wait few seconds (around 3s for me on Windows 11)

What went wrong? (add screenshot)

The editor is disappearing exactly when the knob in the vertical bar is disappearing.
The editor is disappearing because the focus is stolen by a parent div (i.e. this editor is explicitly receiving a blur event and on such an event the editor is escaped).
Some pdf.js integrations tests are almost consistently failing on our linux bot because of this issue.
In using mozregression, I found this:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8c758adbe3cbecd8c1ea1990921a78072254e6f3&tochange=79c2895d1a95f614a44752324211b0b1c4aac757

:emilio, could you have a look please?
Bug: Crash in [@ libsystem_kernel.dylib@0x7ffe] launching external application, on macOS 12.7.2 beta
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-27 13:12:55+00:00
Resolved: 2023-12-13 16:22:01+00:00

Between 50-100 crashes per major release on macOS. Recent relative crash volume increases for beta and nightly make these interesting.

Crash report: https://crash-stats.mozilla.org/report/index/ae178196-d0de-4ef3-838c-257460231126

Reason: ```EXC_SOFTWARE / SIGABRT```

crashing thread:
```
 Ø 0 	libsystem_kernel.dylib	libsystem_kernel.dylib@0x7ffe		context
1 	libsystem_c.dylib	abort		frame_pointer
2 	libsystem_c.dylib	__assert_rtn		cfi
Ø 3 	libquarantine.dylib	libquarantine.dylib@0x2c9f		cfi
Ø 4 	libquarantine.dylib	libquarantine.dylib@0x16fe		frame_pointer
Ø 5 	libquarantine.dylib	libquarantine.dylib@0x1960		frame_pointer
Ø 6 	LaunchServices	LaunchServices@0x5da24		frame_pointer
Ø 7 	LaunchServices	LaunchServices@0x13a5a9		frame_pointer
Ø 8 	LaunchServices	LaunchServices@0x125cf8		frame_pointer
Ø 9 	LaunchServices	LaunchServices@0x11dac0		frame_pointer
Ø 10 	LaunchServices	LaunchServices@0x5b4bc		frame_pointer
11 	CoreFoundation	__CFDictionaryApplyFunction_block_invoke		frame_pointer
12 	CoreFoundation	CFBasicHashApply		cfi
13 	CoreFoundation	CFDictionaryApplyFunction		cfi
Ø 14 	LaunchServices	LaunchServices@0x58a24		cfi
Ø 15 	LaunchServices	LaunchServices@0x54a08		frame_pointer
Ø 16 	LaunchServices	LaunchServices@0x10d46e		frame_pointer
Ø 17 	LaunchServices	LaunchServices@0x10db53		frame_pointer
Ø 18 	LaunchServices	LaunchServices@0x54348		frame_pointer
19 	XUL	nsLocalHandlerAppMac::LaunchWithURI(nsIURI*, mozilla::dom::BrowsingContext*)	uriloader/exthandler/mac/nsLocalHandlerAppMac.mm:72 	frame_pointer
20 	XUL	nsMIMEInfoBase::LaunchWithURI(nsIURI*, mozilla::dom::BrowsingContext*)	uriloader/exthandler/nsMIMEInfoImpl.cpp:406 	cfi
```
Bug: Linux Context Menu black border
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-27 13:14:08+00:00
Resolved: 2023-11-27 14:01:29+00:00

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

Steps to reproduce:

Right click context menus starting having a black border a couple days ago


Actual results:

- right-click or file-menu
- black borders


Expected results:

transparent

1864382 looks to be the cause?

2023-11-27T08:10:35.785000: DEBUG : Starting merge handling...
2023-11-27T08:10:35.786000: DEBUG : Using url: https://hg.mozilla.org/integration/autoland/json-pushes?changeset=2c0e51ad033428fa026ec754cccd91c9ae4f2a26&full=1
2023-11-27T08:10:35.787000: DEBUG : redo: attempt 1/3
2023-11-27T08:10:35.787000: DEBUG : redo: retry: calling _default_get with args: ('https://hg.mozilla.org/integration/autoland/json-pushes?changeset=2c0e51ad033428fa026ec754cccd91c9ae4f2a26&full=1',), kwargs: {}, attempt #1
2023-11-27T08:10:35.788000: DEBUG : urllib3.connectionpool: Resetting dropped connection: hg.mozilla.org
2023-11-27T08:10:36.778000: DEBUG : urllib3.connectionpool: https://hg.mozilla.org:443 "GET /integration/autoland/json-pushes?changeset=2c0e51ad033428fa026ec754cccd91c9ae4f2a26&full=1 HTTP/1.1" 200 None
2023-11-27T08:10:36.794000: DEBUG : Found commit message:
Bug 1864382 [Linux] Allow memleak of GdkWindow x11 inernals r=emilio

Depends on D194622

Differential Revision: https://phabricator.services.mozilla.com/D194623

2023-11-27T08:10:36.794000: DEBUG : Did not find a branch, checking all integration branches
2023-11-27T08:10:36.795000: INFO : The bisection is done.
2023-11-27T08:10:36.795000: INFO : Stopped
Bug: Info image in the Empty State component heading is missing alt text
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-27 17:50:52+00:00
Resolved: 2023-11-29 05:05:08+00:00

The `<img>` element does not provide an appropriate textual alternative and is announced as `image` by screen readers. Ref: https://searchfox.org/mozilla-central/source/browser/components/firefoxview/fxview-empty-state.mjs#92-93
Bug: window.gBrowser is undefined for about pages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-27 19:59:44+00:00
Resolved: 2023-11-29 05:05:18+00:00

`window.gBrowser` is undefined for `about:` pages and throwing the following error:

`JavaScript error: resource:///actors/ShoppingSidebarParent.sys.mjs, line 172: TypeError: window.gBrowser is undefined`
Bug: Bookmarks and History sidebars have Tree elements that are not labeled
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-11-27 21:47:24+00:00
Resolved: 2024-02-01 00:17:03+00:00

The sidebar includes tree views for the [Bookmarks](https://searchfox.org/mozilla-central/source/browser/components/places/content/bookmarksSidebar.xhtml#59-69) and the [History](https://searchfox.org/mozilla-central/source/browser/components/places/content/historySidebar.xhtml#92-102) which are programmatically not labeled. 

We could resolve it by referencing [the on-screen label](https://searchfox.org/mozilla-central/source/browser/base/content/browser-box.inc.xhtml#10) with id=`sidebar-title` which is updated with the change in the sidebar, as we want it to be. 

Reference: [ARIA Design pattern for Tree view](www.w3.org/WAI/ARIA/apg/patterns/treeview/#wai-ariaroles,states,andproperties)
Bug: bookmarks manager shortkey is not working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-28 00:10:15+00:00
Resolved: 2024-01-02 12:39:04+00:00

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

Steps to reproduce:

I apply the shortcut combination CTRL-SHIFT-O


Actual results:

unresponsive


Expected results:

the bookmarks manager window should open