av9ash/GitBugs huggingface dataset:
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | Uncaught exception in test bound test_focus_order_by_tab - undefined - timed out after 50 tries.
Status: NEW
Priority: P5
Created: 2024-12-24 05:38:44+00:00
Resolved: 2024-12-30 06:24:56+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=488084225&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GGge7bqgQjyjOdqtXi3Ytw/runs/1/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GGge7bqgQjyjOdqtXi3Ytw/runs/1/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2024-12-24T05:11:29.451Z] 05:11:29     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | {"elementIndex":0} == {"elementIndex":0} - 
[task 2024-12-24T05:11:29.451Z] 05:11:29     INFO - Buffered messages finished
[task 2024-12-24T05:11:29.452Z] 05:11:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | Uncaught exception in test bound test_focus_order_by_tab - undefined - timed out after 50 tries.
[task 2024-12-24T05:11:29.452Z] 05:11:29     INFO - Leaving test bound test_focus_order_by_tab
[task 2024-12-24T05:11:29.453Z] 05:11:29     INFO - Entering test bound test_focus_order_by_tab_with_no_results
[task 2024-12-24T05:11:29.453Z] 05:11:29     INFO - Test for {"scotchBonnetEnabled":true,"input":"","shiftKey":false}
[task 2024-12-24T05:11:29.453Z] 05:11:29     INFO - Open urlbar results
[task 2024-12-24T05:11:29.454Z] 05:11:29     INFO - Enter Tabs mode
[task 2024-12-24T05:11:29.663Z] 05:11:29     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | "urlbar-input" == "urlbar-input" 
```
Bug: bluelinecompany.fr - The PDF is broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-24 11:20:13+00:00
Resolved: 2025-02-04 14:12:46+00:00

**Environment:**
Operating system: Windows 10
Firefox version: Firefox 133.0.3 (release)

**Preconditions:**
- Clean profile

**Steps to reproduce:**
1. Navigate to: https://www.bluelinecompany.fr/documents/SLabels-RSGP.pdf
2. Observe

**Expected Behavior:**
A PDF label with a barcode is loaded

**Actual Behavior:**
Broken PDF 

**Notes:**
- Reproducible on the latest Firefox Release and Nightly
- Reproducible regardless of the ETP setting
- Works as expected using Chrome

---

Created from webcompat-user-report:6a6e18d1-af31-4a91-b793-6edb736d93f0
Bug: pg&e no longer supports firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-24 20:31:31+00:00
Resolved: 2024-12-25 06:46:47+00:00

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

Steps to reproduce:

I attempted to login to httpd://www.pge.com. When this failed I contacted PG&E support who told me that Firefox or Firefox Nightly is (no longer) not supported Yet, google's chrome is. What's wrong with Firefox?


Actual results:

Login access has been denied.


Expected results:

I should be able to use Firefox et. al. to access my account(s). This is the ONLY web site that denies my access via Firefox.
Bug: Can't select text on a particular page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-24 21:45:15+00:00
Resolved: 2024-12-24 23:13:41+00:00

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

Steps to reproduce:

1. Go to https://maps.sfmta.com/tppd/citywide/full/Index.html?node=1091
2. Try to select the text "Search SFMTA projects by keyword" using your pointing device


Actual results:

Nothing


Expected results:

Text is selected
Bug: Unable to access backup code for firefox account
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-24 23:41:24+00:00
Resolved: 2025-01-06 16:29:37+00:00

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

Steps to reproduce:

I am trying to access my firefox account (ffrealsync@mail.com). Unfortunately, I can't add firefox to my authentication app (duo mobile) and I no longer have access to my      account recovery key (which was generated in May of 2022). Can you give me some third way to access the account? 


Actual results:

Was unable to access my account.


Expected results:

I should have been able to access my account.
Bug: "Title Bar" option is missing from "Customize Toolbar" screen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-25 14:43:18+00:00
Resolved: 2024-12-26 16:46:12+00:00

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

Steps to reproduce:

Right-click anywhere in Toolbar, and choose "Customize Toolbar ..." to display "Customize Toolbar" screen.

Firefox 133.0 (without any additional addons or plugins)
Artix Linux
Xfce4 4.18


Actual results:

"Title Bar" option is missing from the bottom left corner of the "Customize Toolbar" screen, to the left of "Toolbars", "Density" and Managed Themes".

Another user appears to have had the same problem several months ago:
https://www.reddit.com/r/firefox/comments/1cf7rj5/customizetoolbarstitle_bar_option_missing/


Expected results:

"Title Bar" option should be displayed at the bottom left corner of the "Customize Toolbar" screen, to the left of "Toolbars", "Density" and Managed Themes".
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_full_page_panel_settings_unsupported_lang.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-25 18:51:46+00:00
Resolved: 2025-01-20 12:01:18+00:00

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

---
```
TEST-PASS | browser/components/translations/tests/browser/browser_translations_full_page_panel_settings_unsupported_lang.js | The app-menu translate button should be enabled - 
[task 2024-12-25T18:45:30.639Z] 18:45:30     INFO - Opening the popup
[task 2024-12-25T18:45:30.643Z] 18:45:30     INFO - Waiting for the full-page-translations-panel popupshown event
[task 2024-12-25T18:45:30.643Z] 18:45:30     INFO - Buffered messages finished
[task 2024-12-25T18:45:30.643Z] 18:45:30     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_full_page_panel_settings_unsupported_lang.js | Test timed out - 
[task 2024-12-25T18:45:30.643Z] 18:45:30     INFO - GECKO(7608) | Completed ShutdownLeaks collections in process 8452
[task 2024-12-25T18:45:30.644Z] 18:45:30     INFO - TEST-START | Shutdown
```
Bug: HTTP Accept Header does not include WebP/AVIF etc.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-12-26 09:12:09+00:00
Resolved: 2025-01-28 19:29:59+00:00

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

Steps to reproduce:

Using https://httpbin.org/get and/or https://browserleaks.com/ip ("HTTP Headers" section) reveals that my Accept header is:

text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Even though https://developer.mozilla.org/en-US/docs/Web/HTTP/Content_negotiation/List_of_default_Accept_values specifies that the default should be:

text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8

I have checked for related prefs that could alter this result (prefs with "http", "webp" and "accept" in their names), but I use the default values (they are not modified). I also tested with Troubleshoot Mode (add-ons and customizations disabled) and the HTTP Accept Header is still the same.
Bug: Open Link in new Tab does not work.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-26 18:23:04+00:00
Resolved: 2025-01-31 06:58:10+00:00

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

Steps to reproduce:

Version 133.0.3
Right click then click on Open Link in new Tab.


Actual results:

Nothing


Expected results:

Link should have opened in new tab. Middle mouse button works correctly.
Bug: Expanded group doesn't collapse when clicked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-26 19:19:24+00:00
Resolved: 2025-01-02 13:04:32+00:00

@shtrom (Olivier Mehani) reports that "on 135.0a1 (2024-12-22) one of the group doesn't collapse anymore. The other one does ok, and both worked alright yesterday"
See video:
[https://mozilla.enterprise.slack.com/files/U07MJ4UDAUT/F0864QP4RQW/2024-12-24t11_20_31_291921608_11_00.mkv](https://mozilla.enterprise.slack.com/files/U07MJ4UDAUT/F0864QP4RQW/2024-12-24t11_20_31_291921608_11_00.mkv)

Stefan: I have not been able to reproduce this bug, but I have experienced a similar and perhaps related bug (also intermittent) that causes a group to remain _collapsed_ despite attempts to expand it.
Bug: pdf ctrl+mouse-scroll zoom randomly not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-27 02:59:49+00:00
Resolved: 2025-02-26 07:34:27+00:00

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

Steps to reproduce:

When I load any pdf from my harddisk or on the web, pressing ctrl+mouse-scroll to zoom will sometimes work, but often does not. If I sit and attempt it long enough, it may just suddenly start working again, only to stop working moments later.


Actual results:

It just doesn't do anything. It doesn't zoom nor scroll. The action seems to be unrecognized.


Expected results:

It should have zoomed.

Here is a thread on reddit where many people describe this problem:
https://www.reddit.com/r/firefox/comments/1dze17k/pdf_zooming_issue/
Bug: Intermittent browser/components/search/test/browser/browser_contentContextMenu.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-27 06:28:14+00:00
Resolved: 2025-01-20 12:08:39+00:00

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

---
```
[task 2024-12-27T05:44:34.781Z] 05:44:34     INFO - TEST-START | browser/components/search/test/browser/browser_contentContextMenu.js
[task 2024-12-27T05:46:04.799Z] 05:46:04     INFO - TEST-INFO | started process screenshot
[task 2024-12-27T05:46:04.951Z] 05:46:04     INFO - TEST-INFO | screenshot: exit 0
[task 2024-12-27T05:46:04.951Z] 05:46:04     INFO - Buffered messages logged at 05:44:34
[task 2024-12-27T05:46:04.952Z] 05:46:04     INFO - Entering test bound 
[task 2024-12-27T05:46:04.952Z] 05:46:04     INFO - Buffered messages logged at 05:44:35
[task 2024-12-27T05:46:04.953Z] 05:46:04     INFO - Global property added while loading chrome://browser/content/translations/selectTranslationsPanel.js: LanguageDetector
[task 2024-12-27T05:46:04.953Z] 05:46:04     INFO - Global property added while loading chrome://browser/content/translations/selectTranslationsPanel.js: Translator
[task 2024-12-27T05:46:04.954Z] 05:46:04     INFO - Global property added while loading chrome://browser/content/translations/selectTranslationsPanel.js: ClipboardHelper
[task 2024-12-27T05:46:04.956Z] 05:46:04     INFO - Global property added while loading chrome://browser/content/translations/selectTranslationsPanel.js: GfxInfo
[task 2024-12-27T05:46:04.956Z] 05:46:04     INFO - Buffered messages finished
[task 2024-12-27T05:46:04.956Z] 05:46:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_contentContextMenu.js | Test timed out - 
[task 2024-12-27T05:46:04.957Z] 05:46:04     INFO - GECKO(6868) | Completed ShutdownLeaks collections in process 6416
[task 2024-12-27T05:46:04.957Z] 05:46:04     INFO - TEST-START | Shutdown
```
Bug: Firefox doesn't open the previous session randomnly
Status: UNCONFIRMED
Priority: --
Created: 2024-12-27 11:15:31+00:00
Resolved: 2025-03-04 15:35:46+00:00

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

Steps to reproduce:

Open Firefox.
("Open previous windows and tabs" checkbox is on)
Work in it.
Close it.
Reopen after some time.


Actual results:

Sometimes (I couldn't determine the conditions) Firefox "forgets" to open the previous tabs, and "Open previous windows and tabs" checkbox is off then.


Expected results:

Firefox opens previous windows and tabs if (and when) "Open previous windows and tabs" is on.
Bug: Hourglass shown on tab after a couple of seconds loading, but no reduced motion set in OS or in config options
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2024-12-27 11:17:57+00:00
Resolved: 2025-01-23 10:06:37+00:00

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

Steps to reproduce:

Long loading page / tab

This is KDE, no preference in Accessibility options for reduced animations (there is no such option, anyway, AFAIK), no ui.prefersReducedMotion set to 1 (as per https://support.mozilla.org/en-US/questions/1303416):
Operating System: KDE neon 6.2
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1
Kernel Version: 6.8.0-50-generic (64-bit)
Graphics Platform: X11


Actual results:

Hourglass shown on a tab after a couple of seconds


Expected results:

No hourglass
Bug: www.mdui.org - Firefox built-in translator ignores the translate="no" attribute
Status: NEW
Priority: --
Created: 2024-12-27 11:50:31+00:00
Resolved: 2025-02-26 17:49:30+00:00

**Environment:**
Operating system: Windows 11
Firefox version: Firefox 133.0.3

**Steps to reproduce:**
My website has some web components that render an icon based on their icon attribute, like so:
<mdui-button-icon icon="close" translate="no" type="button" variant="standard"></mdui-button-icon>

everything works fine until i translate the page using the latest firefox 133 on both windows 11 and android, the icon rendered in the shadow dom gets translated by firefox ignoring the translate="no" and the icon in the button doesn't show correctly anymore. This doesn't happen when i translate the webpage using chrome. If I remove the translate="no" attribute, i get the same error in chrome too, and that's the reason i added the translate attribute. I believe this isn't intended behaviour and i would consider this a bug, and tbh makes me wanna use firefox less because if I translate automatically then not only my website breaks but also many other have the same risk. If translate="no" is applied to a web component, firefox should avoid translating elements in its shadow dom. I hope this pain point can be addressed in future versions, let me know if i can provide more information, thanks for reading and have a nice day.

**Actual Behavior:**
Firefox built-in translator ignores the translate="no" attribute

**Notes:**
- Reproduces regardless of the status of ETP
- Reproduces in firefox-release
- Does not reproduce in firefox-nightly, and chrome

Created from https://github.com/webcompat/web-bugs/issues/145499
Bug: Screenshot buttons not working with touch or stylus (Windows)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-27 15:43:19+00:00
Resolved: 2025-01-02 19:25:12+00:00

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

Steps to reproduce:

Try to do a Screenshot, but then try to press the buttons for closing/copying/downloading with a finger (touch) or stylus.
Firefox on Windows 11


Actual results:

Neither works: only mouse clicking is accepted. However, resizing and selecting an area to screenshot works.


Expected results:

The buttons should work with a stylus or a finger.

It is unfortunately really annoying since you have to plug in your keyboard to continue working.
Bug: Brief flash when mousing over tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-27 19:00:00+00:00
Resolved: 2025-02-26 08:25:53+00:00

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

Steps to reproduce:

Open a few tabs. Content does not matter. Position the mouse over one of the tabs.


Actual results:

As the mouse crosses into the tab, there is a brief flash below the tab. It looks like maybe a menu is trying to pop up. If you exit and re-enter the same tab, there is no flash the second time. But if you enter a different tab, it flashes too.


Expected results:

I shouldn't see these flashes.
Bug: Tab tooltip no longer appears when hovering over tab
Status: UNCONFIRMED
Priority: --
Created: 2024-12-28 03:16:23+00:00
Resolved: 2025-01-30 03:32:03+00:00

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

Steps to reproduce:

1. Find a tab where the text is longer than is shown
2. Hover over it


Actual results:

Nothing happens


Expected results:

A tooltip used to pop up with the full text of the page title.

Recently the tooltips were changed to show a preview image of the page, which I disabled as they make the tooltip too slow to open and don't add any useful information to it.  I only want to see the page title like before.  However now the page title tooltips only appear sometimes.  Normally I have three windows open, and the tooltips only appear on two of the windows and never the third one.  However at the time of writing, this has changed and now two windows have no tooltips appearing, only the third window has working tooltips.

I still see the "Close tab" tooltip when hovering over a tab's "X" close button on all three windows, however there is no tooltip at all when hovering over the tab title text, even when the window is focused.  (Although as I say at the time of writing it is still working in one of the three open Firefox windows.)

If there is any way I can debug this further please let me know.  Or if I can turn off the new tooltip style and go back to the old tooltip that always worked, that would solve the problem too.
Bug: Intermittent browser/components/places/tests/browser/browser_library_sameNodeDetailsPaneOptimization.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-28 06:25:48+00:00
Resolved: 2025-01-20 12:01:11+00:00

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

---
```
TEST-PASS | browser/components/places/tests/browser/browser_library_sameNodeDetailsPaneOptimization.js | Current view is shown - true == true - 
[task 2024-12-28T05:43:54.844Z] 05:43:54     INFO - Buffered messages finished
[task 2024-12-28T05:43:54.846Z] 05:43:54     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_library_sameNodeDetailsPaneOptimization.js | Uncaught exception in test bound  - at chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_library_sameNodeDetailsPaneOptimization.js:35 - TypeError: can't access property "title", tree.selectedNode is null
[task 2024-12-28T05:43:54.846Z] 05:43:54     INFO - Stack trace:
[task 2024-12-28T05:43:54.846Z] 05:43:54     INFO - @chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_library_sameNodeDetailsPaneOptimization.js:35:16
[task 2024-12-28T05:43:54.847Z] 05:43:54     INFO - async*handleTask@chrome://mochikit/content/browser-test.js:1147:26
[task 2024-12-28T05:43:54.847Z] 05:43:54     INFO - _runTaskBasedTest@chrome://mochikit/content/browser-test.js:1219:18
[task 2024-12-28T05:43:54.847Z] 05:43:54     INFO - Tester_execTest@chrome://mochikit/content/browser-test.js:1360:14
[task 2024-12-28T05:43:54.847Z] 05:43:54     INFO - nextTest/<@chrome://mochikit/content/browser-test.js:1136:14
[task 2024-12-28T05:43:54.847Z] 05:43:54     INFO - SimpleTest.waitForFocus/<@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:1058:13
[task 2024-12-28T05:43:54.847Z] 05:43:54     INFO - Leaving test bound 
[task 2024-12-28T05:43:55.304Z] 05:43:55     INFO - GECKO(9744) | MEMORY STAT | vsize 19414694MB | vsizeMaxContiguous 65645558MB | residentFast 1714MB
[task 2024-12-28T05:43:55.306Z] 05:43:55     INFO - TEST-OK | browser/components/places/tests/browser/browser_library_sameNodeDetailsPaneOptimization.js | took 2049ms
```
Bug: almost invisible "Switch to tab" label for selected row in address bar popup on macOS
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-28 23:06:40+00:00
Resolved: 2025-02-06 08:01:23+00:00

Bug 1916679 enabled browser.urlbar.scotchBonnet.enableOverride by default in Firefox Nightly. In combination with browser.theme.native-theme = true (also default in Firefox Nightly) and the default system theme, the label "Switch to tab" in the selected row of the address bar popup is almost invisible due to the black text color on the dark blue background.

This issue can be fixed by setting either browser.urlbar.scotchBonnet.enableOverride to false or browser.theme.native-theme to false. As far as I understand, browser.urlbar.scotchBonnet.enableOverride = true will soon be the new default in stable releases as well. I don't know the plans for browser.theme.native-theme. But of course it would be great if the default configuration of Firefox Nightly could be fixed as well.

Tested on macOS 15.2.