av9ash/GitBugs huggingface dataset:
Bug: values set with sessions.setTabValue lost when moving tabs between windows
Status: UNCONFIRMED
Priority: P3
Created: 2024-11-04 13:56:54+00:00
Resolved: 2024-12-16 16:49:22+00:00

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

Steps to reproduce:

0. Start `firefox -ProfileManager`.
1. Create a clean profile. Start Firefox.
   * observed: a single window with two tabs
2. Open a new window.
3. In the new window’s initial tab, open `about:debugging`, switch to the `This Firefox` section, click `Load Temporary Add-on` button. Point to the directory containing the files extracted from the attached archive.
4. Click the `Inspect` button for the extension loaded in step 3. In the Developer Tools window that opens, switch to the `Console` tab.
5. In the console, enter: `await browser.windows.getAll({ populate: true })`. Expand the resulting array, both its elements, their `.tabs` arrays, and their elements .
   * Observed (for example): window id 1 with tabs id 1 (Firefox Privacy Notice) and 2 (Welcome to Firefox), and window id 54 with tab id 3 (Debugging).
6. In the console, enter: `await browser.sessions.setTabValue(1, 'key', 'value')`.
7. Check that the value was set: `await browser.sessions.getTabValue(1, 'key')`.
   * Observed: `"value"`
8. Drag the `Firefox Privacy Notice` tab from window 1 to window 54.
9. Attempt to retrieve the moved tab’s custom value: `await browser.sessions.getTabValue(1, 'key')`.


Actual results:

Observed: `undefined`.


Expected results:

Expected: `"value"`.
Bug: [Unified Search Button] Header text and Search Settings text are not good aligned
Status: NEW
Priority: P3
Created: 2024-11-04 15:27:13+00:00
Resolved: 2024-12-31 17:28:31+00:00

Nightly 134.0a1 (2024-11-03) (64-Bit)
MacOS

1.) Click on the Dedicated Search Button on the Address Bar
2.) Take a look at the header text "This time search with"
3.) Take a look at the text "Search Settings" at the bottom of the box

Actual:
- The header text "This time search with" is too far left and not centered.
- The text "Search Settings" is 2px too far left and not vertically aligned with the other search engine text obove it.

Expected: 
- The header text "This time search with" should be centered (same padding left/right).
- The text "Search Settings" should be moved 2px to the right and be vertically aligned with the other search engine text obove it.

A screenshot (actual vs expected) is attached.

Thanks for checking and fixing!
Bug: Close tab button "X" cannot be interacted with by keyboard navigation on expanded sidebar
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2024-11-04 15:51:28+00:00
Resolved: 2024-11-08 14:13:39+00:00

**Found in**
* Firefox 133.0b3

**Affected versions**
* Firefox 133.0b3
* Firefox 134.0a1

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true
sidebar.verticalTabs - true

**Steps to reproduce**
1. Have some tabs opened and the Sidebar expanded
2. Tab through the opened tabs

**Expected result**
* The close button "X" is usable only by keyboard navigation

**Actual result**
* The close button "X" is not selectable/usable by keyboard

**Additional Notes**
- See the issue in the following [attachment](https://drive.google.com/file/d/1_BW8e8FUnQ8aPRvBHNMPoKl7vgHSmZa2/view?usp=sharing).
Bug: Local search icons are incorrectly displayed in the chiclet when Dark + HCM are enabled
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-11-04 16:32:32+00:00
Resolved: 2024-12-28 23:44:03+00:00

**Found in**
* Nightly 134.0a1

**Affected versions**
* Nightly 134.0a1

**Affected platforms**
* macOS 14; Ubuntu 22; Windows 10

**Preconditions**
* Dark mode + HCM  enabled.

**Steps to reproduce**
1. Launch Firefox and open a new tab.
2. Click on the dedicated search button.
3. Select any of the local search like bookmarks or tabs.
4. Observe the icon for the selected local search.

**Expected result**
* The icon is correctly displayed matching the Figma design for HCM + Dark mode enabled. 

**Actual result**
* The icon doesn't respect the Figma design for HCM + Dark mode enabled. 

**Regression range**
* Not a regression.
Bug: Tab bar scrolls all the way to the left when starting or quitting PortableApps LibreOffice or OpenOffice
Status: NEW
Priority: --
Created: 2024-11-04 18:03:55+00:00
Resolved: 2024-11-26 05:02:47+00:00

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

Steps to reproduce:

1) Open more tabs than the tab bar can show, so that Firefox shows the tab bar scroll arrows (e.g. 20 tabs)
2) Scroll the tab bar to the middle and click on a tab roughly in the middle; illustration: <[tab08 - tab09 - TAB10 - tab11 - tab12]>+ (bold TAB is active tab)
3) Open PortableApps LibreOffice or OpenOffice


Actual results:

Firefox scrolls the tab bar all the way to the left, so that the first tab is now the leftmost visible tab; illustration: <[tab01 - tab02 - tab03 - tab04 - tab05]>+ (active tab 10 is not visible any more!)

Upon opening a new tab (+), Firefox scrolls back to the newly opened tab that is positioned to the right of the previously active tab. This new tab will now be the rightmost visible tab. Illustration: <[tab07 - tab08 - tab09 - tab10 - TAB11]>+.


Expected results:

Firefox should not scroll the tab bar, regardless of whatever any other program is doing (that is not related to Firefox itself). After starting PortableApps Libreoffice/OpenOffice, I expect the tab bar to remain unchanged: <[tab08 - tab09 - TAB10 - tab11 - tab12]>+.

This bug may be related to bug 1719532 in that Firefox should simply never scroll the tab bar automatically (without user interaction).
Bug: Fix build-bergamot.py script for Linux
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-11-04 18:50:48+00:00
Resolved: 2024-11-15 04:57:01+00:00

### Description

See https://github.com/mozilla/translations/pull/919 for more information.

We need to pass the `--run-as-user` flag to the build script on Linux once #919 lands upstream.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_searchMode.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-11-04 18:52:10+00:00
Resolved: 2025-01-08 12:01:59+00:00

**Filed by:** sstanca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=481124369&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/SrNAb_BtRyCwZdgKPlLOUA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2024-11-04T18:19:45.677Z] 18:19:45     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_searchMode.js | Expected placeholder l10n when search mode is inactive - {"args":{"name":"Example"},"id":"urlbar-placeholder-with-name"} deepEqual {"id":"urlbar-placeholder-with-name","args":{"name":"Example"}} - 
[task 2024-11-04T18:19:45.677Z] 18:19:45     INFO - Leaving test bound clear_search_mode_switch_tab
[task 2024-11-04T18:19:45.679Z] 18:19:45     INFO - Entering test bound tabhistory_searchmode_non_default
[task 2024-11-04T18:19:45.679Z] 18:19:45     INFO - Buffered messages finished
[task 2024-11-04T18:19:45.679Z] 18:19:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_searchMode.js | Test timed out - 
[task 2024-11-04T18:19:45.679Z] 18:19:45     INFO - GECKO(3646) | Completed ShutdownLeaks collections in process 3646
[task 2024-11-04T18:19:45.679Z] 18:19:45     INFO - TEST-START | Shutdown
```
Bug: Gmail continuously asks to be said as mailto default
Status: NEW
Priority: P3
Created: 2024-11-04 22:26:59+00:00
Resolved: 2024-11-18 21:07:39+00:00

"Not now" and the "x" button both save sites using the permission manager.

However, it was reported:

"Gmail asks me literally every time I open it, and I keep saying "not now", but I never want it to ask me again because I have a different primary email."

"Under my mailto settings I have a few email sites registered, of which gmail is one (and not the default). All the about:config content is default. I don't have anything set up to automatically clear history or preferences. The most I can think of is that I rarely close Firefox explicitly before shutting down my machine, and sometimes that means I get the "trouble restoring your session" dialog when I come back, and maybe some settings aren't getting written or something.
12:56
However, I just tried restarting Firefox and sure enough, it's back. Literally every time I reopen it."
Bug: "Thought-provoking stories" periodically reappears in my Home page
Status: UNCONFIRMED
Priority: P3
Created: 2024-11-04 23:51:53+00:00
Resolved: 2025-02-03 18:21:13+00:00

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

Steps to reproduce:

Consistently use the exact same Home settings, as shown in the two screenshots.


Actual results:

Every few weeks or so, the section "Thought-provoking stories" appears on my new tab page. It doesn't happen immediately after a Firefox update, it seems to be completely random.

Every time it happens, I have to turn the setting "Recommended stories" on and then off again for it to disappear.


Expected results:

Firefox Home should respect my settings.
Bug: New tab settings sidebar appears below content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-05 00:28:31+00:00
Resolved: 2024-11-07 20:24:14+00:00

I just installed a new version of Firefox, and after various setup tasks, I got to a homepage-looking thing with the tab title "New Tab"

I clicked the settings gear in the lower-right corner.

A settings sidebar appeared, but it displayed *below* the relevant content and was therefore useless. Screenshot attached.
Bug: Firefox hangs in troubleshoot mode if you open the about:preferences Settings page using the menu or keyboard shortcut
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-05 06:31:37+00:00
Resolved: 2024-11-26 14:49:43+00:00

### Steps to reproduce

1. Launch Firefox. I've only tested on macOS 15.1 Sequoia.
2. Restart in troubleshoot mode: Help > Troubleshoot Mode.
3. After Firefox restarts in troubleshoot mode, open Firefox Settings using either: 1) the Firefox > Settings menu item or 2) the `Cmd` + `,` keyboard shortcut.
4. The `about:preferences` page should open.
5. Click one of the `about:preferences` pages sections, such as "Privacy & Security".

### Expected behavior

The "Privacy & Security" section should open and be interactive.

### Actual behavior

Firefox hangs and beach balls. You have to force quit Firefox.

Curiously, if you load the Settings page by manually typing `about:preferences` in the address bar and click on the "Privacy & Security" section, Firefox doesn't hang. And once you've opened `about:preferences` by manually typing the address in the address bar, you can then reopen it in the same session using the Firefox > Settings menu item or the `Cmd` + `,` keyboard shortcut without hanging.

I was able to reproduce with ESR 115, ESR 128, Firefox 132, and Nightly 134 on macOS 15.1 Sequoia.
Bug: The image of the New Sponsored cards is either zoomed in or out when changing the zoom level of the browser
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-05 13:28:10+00:00
Resolved: 2024-11-12 12:09:41+00:00

**[Affected versions]:**
- Firefox build version: Firefox Beta 133.0b4, en-US locale, Build ID: 20241104091514
- Firefox Nightly 134.0a1, Build ID: 20241105092845

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.5
- Linux Mint 21.1

**[Prerequisites]:**
- Have a new profile with the following prefs from the “about:config” page set: [List of prefs](https://phabricator.services.mozilla.com/D226543)

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a New Tab page.
3. Click the Hamburger menu.
4. Zoom out the image of the browser window.
5. Observe the behavior.

**[Expected result]:**
- The image of the New sponsored card is either zoomed in or out when the browser window is zoomed out.

**[Actual result]:**
- The image of the New Sponsored card remains the same, only the card itself resizes according to the zoom level set.

**[Notes]:**
- This issue is not reproducible for the old Sponsored or Non-sponsored cards.
- This issue is reproducible with both Variants A or B.
- Attaching a screen recording of the issue [here](https://drive.google.com/file/d/1D7Hsvo2onuguzPcD5wLhD4fCSWdwUIlv/view?usp=sharing).
Bug: The image of the New Sponsored cards is zoomed in on smaller screen resolutions
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-05 13:34:05+00:00
Resolved: 2024-11-12 10:16:00+00:00

**[Affected versions]:**
- Firefox build version: Firefox Beta 133.0b4, en-US locale, Build ID: 20241104091514
- Firefox Nightly 134.0a1, Build ID: 20241105092845

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.5
- Linux Mint 21.1

**[Prerequisites]:**
- Have a new profile with the following prefs from the “about:config” page set: [List of prefs](https://phabricator.services.mozilla.com/D226543)
- Have a Desktop device with a smaller screen resolution (e.g.: 1280 x 720).

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a New Tab page.
3. Observe the behavior.

**[Expected result]:**
- The image of the New sponsored card is respecting the UI specifications.

**[Actual result]:**
- The image of the New Sponsored card is zoomed in on smaller screen devices.

**[Notes]:**
- This issue is not reproducible on devices with larger screen resolutions.
- This issue is reproducible with both Variants A or B.
- Attaching a screenshot of the issue.
Bug: "Show editor when saving" in bookmark popup is a confusing label
Status: REOPENED
Priority: P5
Created: 2024-11-05 14:58:54+00:00
Resolved: 2025-02-07 08:18:02+00:00

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

Steps to reproduce:

There is a checkbox called "Show editor when saving" in the bookmark popup you get when pressing the star button in the address bar. I make sure it's ticked, and proceed to hit the save button.

The checkbox in question is presumably added through this issue:
https://bugzilla.mozilla.org/show_bug.cgi?id=1459878


Actual results:

The bookmark is successfully saved and that's the end of it. Nothing else happens.


Expected results:

I would have expected to see the bookmark editor be opened for the bookmark I just saved.
Bug: The “fakespot_click” and “fakespot_product_impression” events either do not contain a “category” key or it is empty
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-05 14:59:07+00:00
Resolved: 2024-11-11 09:50:20+00:00

[Affected versions]:
- Firefox Beta 133.0b4, BUILD ID: 20241104091514.
- Firefox Nightly 134.0a1, BUILD ID: 20241105092845.

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- Have a new profile with the “browser.search.region” pref from the “about:config” page set to “US”.
- In the same profile, have the next prefs set to `true` in the about:config page:
“browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled” 
"browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" 
- In the same profile, access the “about:home#devtools” page and switch the dropdown near the “Show Placeholder Cards” button from “need_to_know” to “fakespot”.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Navigate to the “about:glean” page, input any tag name, select “newtab”, and click the “Apply settings and submit ping” button.
3. Open a new tab page.
4. Click any card from the “Fakespot Product Recommendations” section.
5. Navigate to the https://debug-ping-preview.firebaseapp.com/pings/tag_name_here page and verify the generated pings.

[Expected result]:
- The “fakespot_click” and “fakespot_product_impression” telemetry events from the “newtab” ping contain the “category” property, which registers the product’s corresponding category.

[Actual result]:
- The “[fakespot_click](https://debug-ping-preview.firebaseapp.com/pings/abejenaru/8f2b7127-0c6a-4841-8ed0-5c0bfe567e0a#L200-L210)” telemetry event from the “newtab” ping contains a “category” property but with no value registered.
- The “[fakespot_product_impression](https://debug-ping-preview.firebaseapp.com/pings/abejenaru/8f2b7127-0c6a-4841-8ed0-5c0bfe567e0a#L190-L199)” telemetry event from the “newtab” ping does not contain a “category” property.
Bug: Endless loading animation is displayed after dismissing all Pocket cards from the new tab page
Status: NEW
Priority: --
Created: 2024-11-05 15:03:28+00:00
Resolved: 2024-11-05 15:03:28+00:00

[Affected versions]:
- Firefox Beta 133.0b4, BUILD ID: 20241104091514.
- Firefox Nightly 134.0a1, BUILD ID: 20241105092845.

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- Have a new profile with the “browser.search.region” pref from the “about:config” page set to “US”.
- In the same profile, have the next prefs set to `true` in the about:config page
“browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled” 
"browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" 
- In the same profile, access the “about:home#devtools” page and switch the dropdown near the “Show Placeholder Cards” button from “need_to_know” to “fakespot”.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Open a new tab page.
3. Dismiss all Pocket cards from the page.
4. Dismiss the “Fakespot Product Recommendations” section using the contextual menu button.
5. Observe the behavior.

[Expected result]:
- "You are caught up! Check back later for more stories." message is displayed.

[Actual result]:
- Empty cards are displayed with an endless loading animation.

[Additional Notes]:
- Reopening the browser using the same profile, the feed will be re-populated with other articles if any are available in the pipe. If not, the endless loading animation will persist.
- The issue is not reproducible if “need_to_know” was selected instead of “fakespot” on the “about:home#devtools” page, before dismissing all the cards.
Bug: [Windows10] The contextual menu and category switcher buttons from the Fakespot Product Recommendations section are not highlighted when hovered using the High Contrast Mode
Status: NEW
Priority: --
Created: 2024-11-05 15:06:44+00:00
Resolved: 2024-11-05 15:06:44+00:00

[Affected versions]:
- Firefox Beta 133.0b4, BUILD ID: 20241104091514.
- Firefox Nightly 134.0a1, BUILD ID: 20241105092845.

[Affected Platforms]:
- Windows 10.

[Prerequisites]:
- Have a new profile with the “browser.search.region” pref from the “about:config” page set to “US”.
- In the same profile, have the next prefs set to `true` in the about:config page
“browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled” 
"browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" 
“browser.newtabpage.activity-stream.discoverystream.fourCardLayout.enabled”
- In the same profile, access the “about:home#devtools” page and switch the dropdown near the “Show Placeholder Cards” button from “need_to_know” to “fakespot”.
- Have the High Contrast Mode enabled.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Open a new tab page.
3. Hover over the contextual menu and category switcher buttons from the Fakespot Product Recommendations section.
4. Observe the behavior.

[Expected result]:
- The contextual menu and category switcher buttons should have a highlight animation when hovered.

[Actual result]:
- There is no on-hover animation for the contextual menu and category switcher buttons.

[Additional Notes]:
- The issue is not reproducible on Windows 11, macOS, Linux/Ubuntu.
- The issue is reproducible only when using the “High Contrast Black” or “High Contrast White” themes.
Bug: tab crashes on ubuntu 24.04
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-05 15:15:59+00:00
Resolved: 2024-11-26 04:59:29+00:00

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

Steps to reproduce:

Upgraded fiewfox to 132.0.1-2


Actual results:

Tabs started crashing like at least 50% of the time a URL was visited


Expected results:

Tabs should NOT have crashed
Bug: Inconsistent values for pdfjs.image.alt_text.user_edit telemetry
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-11-05 17:12:54+00:00
Resolved: 2025-01-06 20:22:34+00:00

This bug occurs for people with the automatic alt-text enabled who try to edit generated text.
The count for `words_removed` and `words_added` sometimes reports incorrect numbers.

Steps to reproduce the problem:
1. Open a PDF
2. Add image and wait for text to be generated
3. Edit the text (see scenarios below) and save image

Scenario 1: delete the entire text and leave the box empty
Observed: {"words_removed": "8", **"words_added": "1"**, "total_words": "8"}
Expected: {"words_removed": "8", **"words_added": "0"**, "total_words": "8"}

Scenario 2: delete the entire text and add one or more words (this one is working as expected)
Example: {"words_removed": "9", "total_words": "9", "words_added": "1"}

Scenario 3: a mix of editing and deleting words
From: A colorful _underwater_ scene with blue water _and a fish_.
To: A colorful _galaxy_ scene with blue water.
Observed: {**"words_added": "2", "words_removed": "5"**, "total_words": "10",}
Expected: {**"words_added": "1", "words_removed": "4"**, "total_words": "10",}
Bug: Firefox Version 128.4.0ser 64 bit BUGS....
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-05 22:16:14+00:00
Resolved: 2024-11-07 17:23:32+00:00

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

Steps to reproduce:

Updated to this version of Firefox, restarted my MacBook, and opened Firefox



Actual results:

Since this update:
- Tabs no longer automatically reopen on restart
- The Bookmark toolbar has disappeared


Expected results:

When restarting Firefox, and settings are set to reopen tabs, tabs should automatically reopen.
The Bookmark Toolbar (selected in settings) should appear below the URL.

I've restarted my MacBook and Firefox multiple times with the same results. Appreciate any help.
Bug: Changes in bookmarks are lost after an update.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-11-06 01:02:46+00:00
Resolved: 2025-01-02 09:37:41+00:00

Steps to reproduce:

I make changes in bookmarks (add, delete, change). At the same time, Firefox downloads the update. Then I click the "Restart to update".


Actual results:

Firefox is updated and all changes in bookmarks are lost.


Expected results:

Firefox is updated and all changes in bookmarks saved.
Bug: any mp4 video is not getting played along with its audio, just the visual parts are working and the video outputs no audio
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-11-06 06:30:35+00:00
Resolved: 2024-11-26 17:29:04+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36

Steps to reproduce:

played a mp4 video using the firefox browser, in   embedded format in html and as individual standalone video file on remote server as well as file on my local machine


Actual results:

the video sometimes gave corrupted file error, and sometimes played with no audio and just the visual part


Expected results:

the video should have run with both the visual elements as well as the playback audio in sync