av9ash/GitBugs huggingface dataset:
Bug: Noticeable transition when tab preview updates the image making it look like there is a flicker when transitioning between tab previews
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-18 13:19:23+00:00
Resolved: 2024-08-01 14:41:42+00:00

**Found in**
* Latest Nightly 129.0a1

**Affected versions**
* Latest nightly 129.0a1
* Firefox 128.0b3 (if pref is turned on)

**Tested platforms**
* Affected platforms: macOS 13, Windows 11, Ubuntu 22.04
* Unaffected platforms: none

**Preconditions**
* Have `browser.tabs.hoverPreview.enabled` set to `true`

**Steps to reproduce**
1. Have a large number of tabs opened and visited
2. Hover over the tabs

**Expected result**
* There is a smooth transition between the previews

**Actual result**
* There are times when the user can see the delay in displaying the image for certain tabs thus making the experience look like we are lagging when using the previews.

**Regression range**
* First bad: 2024-06-04
* Last good: 2024-06-05
* Pushlog: I tested manually using builds before and after bug 1879089 since this is where major changes happened related to this issue.
* Potentially regressed by: Most likely this was introduced with bug 1879089.

**Additional notes**
* Here is a video I made, unfortunately the size is almost 70MB so I had to upload it to GDrive. https://drive.google.com/file/d/1z8P3HT22zoGqlzrfGhiCkCAXTK6-8rFb/view?usp=drive_link
* I think what Chrome is doing is always show the image part (the entire preview) and show a default global image until it can provide one, if having the cursor for long enough on the tab (what we are trying to do here bug 1879314). I am not saying their behaviour is better but it is different.
Bug: Search Mode Switcher doesnt show when scotchBonner.overrideEnabled is set true
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-18 17:38:50+00:00
Resolved: 2025-01-29 10:23:33+00:00

Forgot to add a check in the CSS for scotchBonnet @ https://searchfox.org/mozilla-central/source/browser/themes/shared/urlbar-searchbar.css#1104
Bug: 'Recently Closed Tabs' menu item command in 'History' menu is disabled when shown for the first time despite tabs closed before - cannot reopen tabs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-18 18:45:42+00:00
Resolved: 2024-07-11 15:09:15+00:00

Firefox 129.0a1 on Windows 10

The 'Recently Closed Tabs' menu item command in the 'History' menu is disabled when shown for the first time despite tabs closed before.

Steps to reproduce:
1. Launch Firefox.
2. Visit https://www.mozilla.org
3. Open the links in the header.
4. Close 2 tabs, e.g. by clicking on them with the middle mouse button/mouse wheel.
5. Press the Alt key to show the menu bar.
6. Open the 'History' menu.

Expected result:
'Recently Closed Tabs' menu enabled, provides a submenu to reopen closed tabs

Actual result:
'Recently Closed Tabs' menu disabled
Bug: Download Protections bypass using download Attribute
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-18 22:16:12+00:00
Resolved: 2024-07-09 18:15:56+00:00

Reproduction Case

1.Download the attached files (clickjacking.html, mal.exe, content.html) and place them in the same folder. Then, open the server (localhost is also acceptable).

2.After that, when you click on mal.exe, it goes through a confirmation process with the user before saving the file. However, if you click on calc.exe, a program with an exe extension is immediately downloaded, and opening it launches the calculator.

In Firefox, there are many extensions that check files before downloading them. However, using the download attribute, it is possible to bypass these scans for almost all extensions. In the same situation, the Chrome browser always check the file before downloading it.

OS : Windows 10
Version : 128.0b4 (64-bit)
Bug: Screenshot tool now takes too many elements
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-06-19 03:38:38+00:00
Resolved: 2024-06-19 18:24:50+00:00

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

Steps to reproduce:

-Take a screenshot (either within context menu or Ctrl+Shift+S shorcut)
-Hover the cursor over a frame within a page with some subelements (like tables, etc)



Actual results:

When trying to take screenshots on pages I regulary visit everyday (from my job) now it focuses on many of the subelements of the frame I actually want to screenshot.
This behaviour changed since 127. 
In the version 125.x this was perfect. The frame from pages I wanted to screenshot was quick and botherless. 


Expected results:

Instead of selecting various elements within the frame allow us to select only the container frame, allowing me to save time.

Sadly I cannot provide the actual screenshots or a video but I will try later.
Bug: crash when opening large bookmarks menu
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-19 11:05:00+00:00
Resolved: 2024-07-10 14:31:13+00:00

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

Steps to reproduce:

* create a TODO folder on the bookmark toolbar
* add umpteen bookmarks to it
* open a new tab an click on the folder


Actual results:

```
[GFX1-]: Invalid mBounds in PopupCallback Rect(x=796, y=95, w=496, h=19742) size state 0
[Parent 7880, Main Thread] WARNING: ../../../gdk/wayland/gdkdisplay-wayland.c:1426: Unable to create Cairo image surface: invalid value (typically too big) for the size of the input (surface,pattern, etc.): 'glib warning', file /builds/worker/checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:187

(firefox:7880): Gdk-CRITICAL **: 12:59:22.403: ../../../gdk/wayland/gdkdisplay-wayland.c:1426: Unable to create Cairo image surface: invalid value (typically too big) for the size of the input (surface, pattern, etc.)
ExceptionHandler::GenerateDump cloned child 8728
```


Expected results:

no crash
Bug: [Experiment] The “Add to Firefox” button is displayed again after the user refreshes the page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-19 11:18:44+00:00
Resolved: 2024-09-09 06:13:04+00:00

**[Affected versions]:**
- Firefox Release, 126.0, BUILD ID: 20240509170740
- Firefox Release, 127.0, BUILD ID: 20240606181944

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

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1ciGuIn1OcXH30H5ivVXK1ED_BhzUtU6Y)  downloaded on your computer. 

**[Steps to reproduce]:**
1. Create a new Firefox profile using the “--first-startup” command but do not open it.
2. Navigate to the profile folder and paste the user.js from the prerequisites. 
3. Open Firefox and navigate through the about:welcome pages until the “Addon Picker” one is displayed. 
4. Click the “Add to Firefox” button from one of the extensions and finish the installation process.
5. Refresh the page after the “Installed” message is displayed and the button is grayed out. 

**[Expected results]:**
- The “Installed” message is still displayed and the button is grayed out. 

**[Actual results]:**
- The “Add to Firefox” button is displayed and actionable again. 

**[Additional Notes]:**
- This issue is also reproducible when the user navigates to the next slide after installation and then back to the “Addon Picker” slide.
- The addon can be installed again when the “Add to Firefox” button is displayed after refreshing the page.
Bug: Increase addons and settings sidebar width to accommodate longer labels (both planned items and l10n)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-19 14:13:38+00:00
Resolved: 2024-06-20 04:12:05+00:00

Some of the labels being considered for the work in bug 1895952 are too long to fit in the about:settings sidebar in English without wrapping.

I think we can widen the sidebar slightly without too much of a problem; this also helps accommodate items in German/French/Italian and presumably other languages.
Bug: PrefFlipsFeature.schema.json is invalid
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-19 14:20:16+00:00
Resolved: 2024-08-06 17:16:47+00:00

The [schema](https://hg.mozilla.org/mozilla-central/file/4c1dffe40676f3987692453b79514c4808833ee7/toolkit/components/nimbus/schemas/PrefFlipsFeature.schema.json) contains the following:
```
             "if": {
                "properties": {
                  "branch": {
                    "const": "default"
                  }
                }
              },
              "then": {
                "properties": {
                  "value": {
                    "type": ["string", "integer", "boolean", "description"] # <--
                  }
                }
              }
```

where the then.properties.value.type is invalid
Bug: Tooltip in alt-text button is overflowing with large strings
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-19 14:40:57+00:00
Resolved: 2024-11-14 08:58:35+00:00

**Found in**
* Nightly 129.0a1 (2024-06-19)

**Affected versions**
* Nightly 129.0a1 (2024-06-19)
* Beta 128
* Release 127.0 (64-bit)

**Affected platforms**
* All

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add an image to the PDF file.
3. Open the Alt Text modal for the Added image.
4. Type over 100 characters in the description field.

**Expected result**
* The description field should have a character limit.

**Actual result**
* The user can add any number of characters in the Alt Text Description field.

**Regression range**
Not a regression.
Bug: The Alt Text is not Copy/Pasted with the added images in a PDF file
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-19 14:46:23+00:00
Resolved: 2024-06-29 10:08:21+00:00

**Found in**
* Nightly 129.0a1 (2024-06-19)

**Affected versions**
* Nightly 129.0a1 (2024-06-19)
* Beta 128
* Release 127.0 (64-bit)

**Affected platforms**
* All

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add an image to the PDF file.
3. Open the Alt Text modal and write a description.
4. Copy and Paste the image inside the PDF file.
5. Hover over the Alt text button from the Pasted image.

**Expected result**
* The Alt Text file should be copied with the added image.

**Actual result**
* The Image is copied and pasted but without the Alt text 

**Regression range**
Not a regression.
Bug: [Linux] When opening PDFs in Firefox based on it being the OS default handler and internal PDF viewer is disabled with `pdfjs.disabled`, Firefox creates .part files until I close Firefox
Status: UNCONFIRMED
Priority: P3
Created: 2024-06-19 15:58:51+00:00
Resolved: 2024-07-18 19:47:22+00:00

Steps to reproduce:

I use Fedora, and Firefox was installed through Fedora.
In Firefox settings under Applications, set PDF to "Use Firefox (default)".
Then, open a PDF in Firefox.

I have set Firefox as the default application for opening PDFs.



Actual results:

Firefox generates .part files repeatedly until Firefox is closed.


Expected results:

It should have opened the PDF.
Bug: make-schemas.py doesn't run on M1 Macs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-19 17:40:48+00:00
Resolved: 2024-06-19 18:29:10+00:00

Trying to run the commands to test schema generation on an M1 Mac results in the following errors:
i.e. 
```
cd browser/components/asrouter/content-src/schemas/
../../../../../mach xpcshell extract-test-corpus.js
../../../../../mach python make-schemas.py --check
```
  

```
╭─[nsauermann-q4663k] as nsauermann in ~/moz-uni/browser/components/asrouter/content-src/schemas using node v18.19.1 on (bookmarks/central)✔                                      12:34:12
╰─(๑˃̵ᴗ˂̵)و ../../../../../mach python make-schemas.py --check
Generating MessagingExperiment.schema.json ...
Checking MessagingExperiment.schema.json ...
  Checking MessagingExperiment.schema.json for differences...
  Validating messages with Experimenter JSON Schema validator...
    Validating messages from ReachExperiments:
      Validating index 0 (no template) message with MessagingExperiment.schema.json...
      Validating index 1 (no template) message with MessagingExperiment.schema.json...

    Validating messages from CFRMessageProvider:
Traceback (most recent call last):
  File "/Users/nsauermann/moz-uni/browser/components/asrouter/content-src/schemas/make-schemas.py", line 469, in <module>
    main(args.check)
  File "/Users/nsauermann/moz-uni/browser/components/asrouter/content-src/schemas/make-schemas.py", line 451, in main
    validate_corpus(schema_def, schema)
  File "/Users/nsauermann/moz-uni/browser/components/asrouter/content-src/schemas/make-schemas.py", line 428, in validate_corpus
    raise e
  File "/Users/nsauermann/moz-uni/browser/components/asrouter/content-src/schemas/make-schemas.py", line 418, in validate_corpus
    with provider_path.open("r") as f:
         ^^^^^^^^^^^^^^^^^^^^^^^
  File "/Users/nsauermann/.pyenv/versions/3.11.6/lib/python3.11/pathlib.py", line 1044, in open
    return io.open(self, mode, buffering, encoding, errors, newline)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: 'corpus/CFRMessageProvider.messages.json'
```
The error is happening earlier than this though, in the xpcshell command.
Bug: Clear the feature tour pref before rendering a message in about:messagepreview
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-19 19:28:06+00:00
Resolved: 2024-06-24 17:14:47+00:00

Right now when we preview feature callouts that use the Feature Tour pref, dismiss buttons and actions tend to not work. This is because these callouts rely on the pref change to trigger navigation/rendering, but once the pref is set it will fail to set again. In the wild the message targeting will prevent this bug, since a message would typically only show once (and then not render again once if the pref is true) but we are overriding targeting for previews.
Clearing the pref before rendering the message should allow everything to behave correctly each time the message is rendered.
Bug: Folder/menu in bookmarks exists multiple times
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-19 19:42:38+00:00
Resolved: 2024-06-20 12:17:42+00:00

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

Steps to reproduce:

It just happend, it don't know how.
I wasn't looking at the bookmark menu for a long time, I just used bookmarks via search bar and on the corresponding page.
Now I wanted to organize my bookmarks better into folders and this is when I noticed it.



Actual results:

As can be seen on the attached image the menu/folder "Lesezeichen-Menü" exists multiple times (3x in bookmark-"Symbolleiste" and once as the real menu). The folders are synced, i.e. if one of them is changed all of them are changed. Also there is this "recent tags" item which is not translated properly (I don't know if it belongs there.



Expected results:

The menu/folder should only exist once (or maybe 2 times: once in "Lesezeichensymbolleiste" and once in the main bookmark menu). "recent tags" should be translated properly, also it might be that it is located at the wrong spot.
Bug: 1 click default still does not work on some Windows 11 ARM devices using only .zip installers
Status: NEW
Priority: --
Created: 2024-06-20 08:06:21+00:00
Resolved: 2024-06-20 12:05:48+00:00

**Found in**
* Latest Nightly 129.0a1

**Affected versions**
* Firefox 128.0b5
* Latest Nightly 129.0a1

**Tested platforms**
* Affected platforms: Windows 11 ARM
* Unaffected platforms: Windows 11, Windows 10 (both non ARM)

**Preconditions**
* Set the `browser.shell.setDefaultBrowserUserChoice.regRename` pref as `true`
* Download the .zip installer of firefox

**Steps to reproduce**
1. Set Firefox as the default browser from within Firefox by any method (about:preferences, about:welcome, about:asrouter-messages MULTISTAGE_SPOTLIGHT_MESSAGE, from the default browser pop-up)

**Expected result**
* Firefox is set as default browser without opening the Windows Settings.

**Actual result**
* Windows Settings is always opened and Firefox is not set as the default browser without further user interraction.

**Regression range**
* Not a regression since this is something that is freshly implemented.

**Additional notes**
* Only .zip installer is affected by this, EXE/MSI/MSIX do not experience this behaviour.
* For some reason only 1 out of 2 machines that we have is affected by this.
* Let me know if I can provide some extra info in order to debug this and see why this is happening on this particular device and not the other one that we have.
Bug: Bookmarks import from file throws a browser console error
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-06-20 08:30:35+00:00
Resolved: 2024-09-12 07:48:19+00:00

**Found in**
* Fx 128.0b5

**Affected versions**
* Fx129.0a1
* Fx128.0b5
* Fx127.0.1RC

**Affected platforms**
* all

**Steps to reproduce**
1. Launch Firefox and bookmark several pages (e.g. youtube, reddit, facebook, twitter, 9gag).
2. Go to the library and export the bookmarks to an html file.
3. Close Firefox.
4. Open Firefox with a clean(new) profile.
5. Open the browser console(CTRL+SHIFT+J) and go to the library window.
6. Import the bookmarks exported in step 2.

**Expected result**
* No errors are thrown in the browser console.

**Actual result**
* The following error is displayed in the browser console two times:
```
Failed to import favicon data: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIFaviconService.setFaviconForPage]
    insertFaviconForNode resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1085
    insertFaviconsForTree resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1124
    insertFaviconsForTree resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1128
    insertFaviconsForTree resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1128
    _importBookmarks resource://gre/modules/BookmarkHTMLUtils.sys.mjs:829
BookmarkHTMLUtils.sys.mjs:1092:15
    insertFaviconForNode resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1092
    insertFaviconsForTree resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1124
    insertFaviconsForTree resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1128
    insertFaviconsForTree resource://gre/modules/BookmarkHTMLUtils.sys.mjs:1128
    _importBookmarks resource://gre/modules/BookmarkHTMLUtils.sys.mjs:829

```

**Regression range**
* Doesn't look like a recent regression as I could reproduce the issue with a slightly different error format, but still reffering to favicons all the way back to Firefox 91.

**Additional notes**
* Issue is NOT reproducible with certain bookmark files. Uncertain if the actual bookmarked websites are causing the issue or this is something general. See attachments.
* Bookmarks are successfully imported and functional (hence the low severity).
Bug: Last open tab doesn't close window
Status: UNCONFIRMED
Priority: --
Created: 2024-06-20 08:50:30+00:00
Resolved: 2024-07-09 13:59:03+00:00

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

Steps to reproduce:

browser.tabs.closeWindowWithLastTab is set to true
The last tab open no longer closes the window (it can't be closed)
1. Open a website
2. Close all other tabs
3. Click on the last tab's X (or middle click it)

I'm using the latest stable version (127.0.1 64-bit) on Linux (Plasma 6, Wayland) (Arch pkg)
It **doesn't** show on Windows 11 under the same version.


Actual results:

The tab doesn't close. The window needs to be closed using the window's X (the tab's X doesn't do anything)


Expected results:

The browser should obey the global preference and close the window.
Bug: favicons and loading animation don't show anymore on tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-20 08:57:12+00:00
Resolved: 2025-01-06 12:15:46+00:00

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

Steps to reproduce:

No favicons shows on tabs after the site is done loading, and no loading animation is shown while it's loading.
Please see the attached screenshot and screen recording.
Bug: PDF with non-integer DW is not rendered correctly
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-20 09:38:29+00:00
Resolved: 2024-06-26 15:36:10+00:00

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

Steps to reproduce:

Open an existing PDF document in Firefox


Actual results:

The PDF document is not displayed correctly, the fonts have different widths, therefore some parts of the PDF document are not displayed correctly, see attached screenshot file "Firefox-127-PDF-Screen.png".



Expected results:

The Firefox viewer should display the file correctly and display the font widths correctly.
Other browsers such as chrome, edge display the file correctly, and Firefox should also display it correctly.
Attached is the affected PDF file and the screenshots of the PDF viewers in question (in the browsers).
Further in the attachment you will find an info screenshot of the Firefox version.
Bug: Intermittent linux1804 browser/components/tabbrowser/test/browser/tabs/browser_tab_manager_keyboard_access.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2024-06-20 09:49:05+00:00
Resolved: 2025-02-17 06:46:44+00:00

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

---
```
[task 2024-06-17T13:16:31.847Z] 13:16:31     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_tab_manager_keyboard_access.js | Focus inside all tabs menu after toolbar button pressed - 
[task 2024-06-17T13:16:31.848Z] 13:16:31     INFO - Buffered messages finished
[task 2024-06-17T13:16:31.848Z] 13:16:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_tab_manager_keyboard_access.js | Test timed out - 
[task 2024-06-17T13:16:31.849Z] 13:16:31     INFO - GECKO(9812) | Completed ShutdownLeaks collections in process 8556
[task 2024-06-17T13:16:31.849Z] 13:16:31     INFO - TEST-START | Shutdown
```
Bug: Added images to PDF are moved out of the frame in Presentation mode
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-20 12:31:34+00:00
Resolved: 2024-06-26 07:11:00+00:00

**Found in**
* 129.0a1 (2024-06-20) 

**Affected versions**
* 129.0a1 (2024-06-20) 
* Beta 128.0b5

**Affected platforms**
* ALL

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add an image to the PDF file.
3. Enter Presentation mode.

**Expected result**
* The Image should be displayed in the middle of the file.

**Actual result**
* The added image spills out of the frame in Presentation mode.

**Regression range**
First bad: 2d86fcafc9255267c02bc3e6999c0ec7a1ba80d3
Last good: 56403f0275360530ba100601d5adfd0c8229aa88
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=14c24263d5cacf8afd824e97a256abc1519b5c87&tochange=2d86fcafc9255267c02bc3e6999c0ec7a1ba80d3
Bug: Remove empty test file in aboutwelcome tests
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-20 12:33:13+00:00
Resolved: 2024-07-09 13:46:08+00:00

The empty test file `browser/components/aboutwelcome/tests/browser/browser_spotlight_default_messages.js` was erroneously landed with [this patch](https://phabricator.services.mozilla.com/D213456).