av9ash/GitBugs huggingface dataset:
Bug: History sidebar has a "..." menu button that is not labeled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-11 14:02:08+00:00
Resolved: 2024-11-05 16:59:41+00:00

### Prerequisites:
1. Ensure a screen reader is running, i.e. NVDA on WinOS

### STR:
1. In Firefox, ensure the `sidebar.revamp` pref is set to `true` and the new sidebar is visible
2. Locate and activate `History` panel of the sidebar
3. Locate and navigate to the `...` (sorting) control after the search input and observe the screen reader announcement

### Expected:
1. Role, name, and state of the control is announced, i.e. `Sorting, menu button, collapsed`

### Actual:
1. The button is missing its accessible name (is unlabeled)
2. The button that serves as a [menu button](https://www.w3.org/WAI/ARIA/apg/patterns/menu-button/) lacks both `aria-expanded` and `aria-haspopup=menu` attributes

This is an [access-S2 issue](https://wiki.mozilla.org/Accessibility/Triage) that makes this part of the UI, including the attached menu, inaccessible for users of assistive technologies. Users with voice control won't be able to call its name to activate it, users of screen readers won't know what is the purpose of this button. Learn more about ways to make image buttons accessible in [the W3C WAI Tutorials](https://www.w3.org/WAI/tutorials/images/functional/)
Bug: Focus of tab-bar changes colors in various themes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-11 14:10:05+00:00
Resolved: 2024-10-15 17:13:52+00:00

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

Steps to reproduce:

* Have dark theme enabled
* Have focus on firefox
* Move focus to different application
* Notice tabbar changes color

After a brief discussion on IRC I did notice that after changing the theme, every theme has this behaviour. Initially my dark theme showed a complete white background, but this has been resolved after a change of theme. The only theme that doesn't have the behaviour is the "follow system theme"-theme. That stays the same color. See the attached webm file.



Actual results:

* Tabbar changes color


Expected results:

* No color changes
Bug: The Microsurvey Thank You message is displayed twice on Linux
Status: NEW
Priority: P2
Created: 2024-10-11 14:21:14+00:00
Resolved: 2025-03-03 18:05:28+00:00

**[Affected versions]:**
- Firefox Release 131.0.2 (Build ID 20241008210941)

**[Affected Platforms]:**
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have a profile enrolled in the Search Microsurvey rollout (https://experimenter.services.mozilla.com/nimbus/microsurvey-search-csat-2024/summary#recipe-json).
- Have the Microsurvey displayed.

**[Steps to reproduce]:**
1. Select any option from the Microsurvey and click the Submit button.
2. Observe the Thank You message.

**[Expected result]:**
- The Thank You message is automatically dismissed after 5 seconds.

**[Actual result]:**
- The Thank You message is immediately redisplayed after timeout and is dismissed after another 5 seconds.

**[Notes]:**
- This issues causes the "PAGE_EVENT: timeout" and "PAGE_EVENT: BLOCK_MESSAGE" telemetry events to be sent twice.
- The issue is not reproducible if the message is dismissed before the first timeout by clicking the X button.
- The issue is not reproducible on Windows 10/11 and macOS.
- Attached a screen recording of the issue:
Bug: Tabs in the lists of History and Synced tabs sidebars do not open context menu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-11 14:47:09+00:00
Resolved: 2025-01-08 06:37:09+00:00

### Prerequisites:
1. Ensure a screen reader is running, i.e. NVDA on WinOS

### STR:
1. In Firefox, ensure the `sidebar.revamp` pref is set to `true` and the new sidebar is visible
2. Locate and activate `History` panel of the sidebar
3. Locate and navigate to any tab in the tab list and observe the screen reader announcement
4. Using keyboard alone (with or without screen reader running), attempt to open a context menu, i.e. by pressing a context menu button on the desktop keyboard or a `Shift`+`F10` key combination on a laptop and observe the behavior
5. Repeat previous steps on the `Tabs from other devices` panel as well

### Expected:
1. Access to the on-hover controls like delete/close is also provided for keyboard-only users, i.e. via the context menu (as the vertical tabs has implemented it)

### Actual:
1. The context menu does not open for synced tabs and for the history items - keyboard shortcut on any platform does not do anything. The entire list of functionalities available via context menu is blocked for users without a mouse.

This is an [access-S2 issue](https://wiki.mozilla.org/Accessibility/Triage).

### Notes:
1. This may be rooted in [a Windows 11 bug](https://answers.microsoft.com/en-us/windows/forum/all/windows-11-shift-f10-no-longer-displaying-the/3b916eeb-3d03-45bc-b006-3b8b70b3131d), yet, the right click works on these items and, if you hover and drag a control _then_ the shortcut works (which is in a no way a workaround), we need to ensure the options available with mouse are equally available with keyboard and other alternative input technology like switches. 
2. Maybe, the cause is the focus is on the row itself and not on the tab (that is a row's ancestor), thus the context menu shortcut does not work?
3. Supporting the context menu shortcut `shift`+`f10` (or `shift`+`fn`+`f10`) would be beneficial for all platforms, because MacOS by default does not have a good support of keyboard shortcuts without a VoiceOver or Full Keyboard Support running too and the context menu provided is helpful feature.
Bug: The Languages submenu is not immediately updated after a click over a dictionary
Status: NEW
Priority: --
Created: 2024-10-11 15:15:08+00:00
Resolved: 2024-12-27 08:03:11+00:00

In the Languages submenu, if I click on a dictionary (either to select it or to deselect it), the menu is not updated (i.e. the selection state is not changed) until I move the mouse pointer over a different item.

To reproduce:
1. In a textarea (like this one in Bugzilla), right-click to make the context menu appear.
2. Go to Languages, then its submenu.
3. Click on one of the dictionaries.

The menu remains open as expected, but nothing changes in it: the dictionary remains selected or deselected. This is just a display issue, as I can see in the spell checking that the new choice is has been honored. If I move the mouse pointer to another menu item, the menu is redisplayed as expected.
Bug: Shortcut buttons on the new tab page now very small
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-10-11 17:09:19+00:00
Resolved: 2024-11-19 03:00:27+00:00

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

Steps to reproduce:

Clicked the plus button to create a new tab


Actual results:

The shortcuts on the new tab page are now smaller than they were a few days ago, with much more whitespace between them.


Expected results:

The size of the shortcuts on the new tab page should be larger, consistent with prior releases.
Bug: Scrolling in vertical tabs is super slow and janky
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-10-11 19:43:04+00:00
Resolved: 2025-03-05 12:34:29+00:00

I have been hitting this since day one of enabling (in dublin), but always assumed it would get fixed soon. Here we are it is not, so I believe it is either not reported or I'm one of the few hitting this.

STR:
 - have (not that much) tabs, maybe one hundreds?
 - use mouse wheel to scroll up/down

Expected:
  Nice gentle scrolling like everywhere

Actual:
 Super slow / unreliable / unsuable scrolling: not scrolling, or just of one or two tabs when I let the wheel run a lot.

After capturing a profile https://share.firefox.dev/4dOlUPv florian suspects the cause is from https://searchfox.org/mozilla-central/rev/0cd8e314881fc6c216586d1adc13eb8a03f5d040/browser/components/tabbrowser/content/tabs.js#55-57
Bug: cannot bookmark  all 513 tabs in firefox  132.0b6(64bit)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-11 23:57:11+00:00
Resolved: 2024-11-29 08:19:16+00:00

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

Steps to reproduce:

select all tabs
bookmark tabs
choose  folder
Enter folder name
save


Actual results:

completed process without giving an indication  there was a problem


Expected results:

when i open bookmark manager, i should see my bookmarkes i recently created , but i see no new bookmark
Bug: All tabs got stuck on the tab-bar. Tabs are blank, you cant close them, cant drag them to a new Window. Cant quit Firefox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-12 16:34:25+00:00
Resolved: 2024-10-19 04:11:06+00:00

I had opened : https://treeherder.mozilla.org/perfherder/alerts?hideDwnToInv=1&page=1
I was not logged in, so I clicked on the login button (This then opens a tab in the background to get credentials etc.)
In parallel, I open a graph like [this](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4767274,1,1).

I must have logged-in in the background. But when I tried to close tabs, the whole UI got stuck or something.
Tabs became empty,  you cant close tabs, you cant drag tabs to a new Window. 
I clicked on the profiler and that started capturing something. But when i clicked it back, it wouldnt open the profie-capture tab.
I could open  new Window but it had similar issue. 

I managed to get a browser console Log. Make what you will of it.
Of course I cant repro it.


**Weirdest thing that has happened on Nightly in a long long time.**
Bug: Typing the search "you make loving fun" fails because FireFox insists that "you" is a web site, "you.com".
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-12 17:52:56+00:00
Resolved: 2024-10-13 14:08:57+00:00

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

Steps to reproduce:

When I type "you make loving fun", FireFox translates this to "you.com x make loving fun" where "you.com x" is in a gray box.  This makes it impossible to perform the search without descending into the search engine page itself.


Actual results:

See above


Expected results:

The phrase "you make loving fun" should have been passed to the search engine.
Bug: Firefox Nightly switched to Chromium's DirectWrite font rendering on Windows; about:config flag to bring back GDI doesn't work
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-10-13 07:42:25+00:00
Resolved: 2024-10-30 21:40: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:

1. Update to the 2024-10-12 Nightly.
2. gfx.font_rendering.cleartype_params.rendering_mode should be set to default.


Actual results:

1. DirectWrite seems to be used for font rendering:
https://i.postimg.cc/RZSCrB2J/2.png

2. gfx.font_rendering.cleartype_params.rendering_mode set to 2 doesn't properly bring back GDI:
https://i.postimg.cc/t4BqpcHS/3.png




Expected results:

1. GDI is being used for font rendering, like on older Nightles:
https://i.postimg.cc/RZSCrB2J/2.png

2. If this not a bug, but a conscious decision, then gfx.font_rendering.cleartype_params.rendering_mode set to 2 should properly enable GDI.
Bug: Address bar's popup menu overlaping with bookmarks toolbar if i enable Vertical tabs .
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-13 13:03:28+00:00
Resolved: 2024-10-13 13:39:29+00:00

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

Steps to reproduce:

enable Firefox Labs -> Vertical tabs  and click addressbar. 


Actual results:

Address bar's popup menu overlaping with bookmarks toolbar .


Expected results:

Address bar's popup menu display correctly
Bug: Toolbar Regression -- Migrating plus '+' (new Tab) (+-button) - why ?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-13 15:22:54+00:00
Resolved: 2024-11-02 12:39:47+00:00

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

Steps to reproduce:

Under Firefox Developer Edition nightly build 132.+ for Linux x86_64

Use "Menu"->"More Tools" -> "Customize Toolbar" 
to move the "+" (New Tab) button from leftmost Toolbar position to Righmost.


Actual results:

The +-button position change affects only the current, not subsequent, sessions --
ie. stop / restart Firefox and the button moves back to leftmost position.


Expected results:

The +-button should have stayed where I placed it for all subsequent sessions.
Bug: HTTP Error 500 when accessing the login page on Seneca
Status: UNCONFIRMED
Priority: --
Created: 2024-10-13 16:09:02+00:00
Resolved: 2024-10-25 10:13:34+00:00

Description:
When attempting to access the login page on the Seneca application, an HTTP Error 500 (Internal Server Error) is encountered. This error prevents users from logging in and accessing the application's features.

Steps to Reproduce:
Navigate to the Login Page: Open a web browser and go to the Seneca application's login page.
Enter Credentials: Enter valid login credentials (username and password).
Submit Login Request: Click on the "Login" button.

Error Occurs: The HTTP Error 500 page is displayed instead of the expected dashboard or home page.

Expected Result: Upon successful login, the user should be redirected to the dashboard or home page of the application.

Actual Result: An HTTP Error 500 page is displayed, indicating an internal server error.
Bug: When opening multiple PDF files, a new tab opens instead of the PDF file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-13 17:44:02+00:00
Resolved: 2024-12-10 14:38:56+00:00

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

Steps to reproduce:

Hello. To reproduce the error, you need to select several PDF files (let's say 5 files) on the desktop and open them using the enter key. PDF files can contain any information. Firefox must be closed and be the default PDF viewer. I select several files on the desktop and open them using the enter key.


Actual results:

After pressing the enter key, Firefox opens 5 tabs, 4 of which are PDF files, and one of them is just a new tab.


Expected results:

Firefox should open 5 tabs, each of which will have a PDF file open.
Bug: When opening a new Firefox Window the initial newtab is always black instead of the firefox search page
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-10-13 23:29:28+00:00
Resolved: 2024-12-17 15:18:06+00:00

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

Steps to reproduce:

Open Firefox


Actual results:

The Initial newtab is blank instead of my configured Firefox newtab with recent activity etc.


Expected results:

The default Firefox newtab should open
Bug: tab preview doesn't play well with fullscreen address bar auto-hide
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-13 23:52:50+00:00
Resolved: 2024-10-14 06:07:07+00:00

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

Steps to reproduce:

1. Firefox 131.
2. Gnome 45 wayland.
3. Tabs on top along with address bar.
4. Fullscreen (f11).
5. Navigate to example.com.
6. Hover mouse cursor to top over tab. Reveals tabs (on top) and url bar (below). Preview appears.
7. Lower cursor slightly down below the tab to the url bar just over the preview as if reaching for the url bar / search / menu or any extension button.



Actual results:

The tabs and url bar auto-hides before you get a chance to click anything.


Expected results:

The preview should disappear without the url bar + tabs auto-hiding so to make it possible to click the url text box or any of the buttons.

Note:
Disabling the tab preview under Settings -> General -> Tabs doesn't fix the problem with the new textual tooltip showing the same issue. It's necessary to disable the preview feature and restore the previous (system?) tooltip by setting browser.tabs.hoverPreview.enabled to false.
Bug: "list all tabs" button greyed out in "customize toolbar" edit interface, cannot be interacted with
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-14 07:37:49+00:00
Resolved: 2024-10-14 07:54:03+00:00

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

Steps to reproduce:

update to the newest version of the browser, then launch it.  the button has appeared.  when selecting "customize toolbar", it can't be moved or removed; it's greyed out, rather than interactable like every other menu element


Actual results:

the interface element is greyed out and cannot be moved or removed


Expected results:

it should be able to be moved and removed like every other menu element, as that's the purpose of "customize toolbar"
Bug: Sometimes Nighty is very slow since the last update.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-14 08:58:31+00:00
Resolved: 2024-11-01 07:50:04+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Safari/605.1.15

Steps to reproduce:

Reported a bug here. And wrote a message under it.


Actual results:

Saving of the message took "ages" and it's the same for every website. I didn't change any setting. But it's not always, sometimes suddenly everything is fast again. I don't have this in Safari, what normally seems slower.


Expected results:

It should be faster.
Bug: Language set as an alternative cannot be removed from the application
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-14 10:37:17+00:00
Resolved: 2024-12-02 20:30:03+00:00

Hello. Any language that has been added as an **alternative**, whether by default or by user, cannot be removed from the application, despite the fact that it can be deleted from the related list. Removal attempts operated while the language **was** or **was not** the currently installed Firefox locale.
Bug: When I close firefox, my last screen (all the windows open) is NOT saved, even though I have checked open with last saved screens in setting
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-14 17:29:45+00:00
Resolved: 2024-12-16 16:52:58+00:00

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

Steps to reproduce:

close firefox


Actual results:

when I opened all I got was my home page


Expected results:

It should have opened all my last previous windows
Bug: "connect additional devices" link in new sidebar empty state for add a device in sync tabs does not function
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-10-14 19:43:01+00:00
Resolved: 2025-03-05 11:21:15+00:00

Noticed whilst testing string updates in bug  1911749 , the "connect additional devices" link in the sync tabs empty state for add device doesn't work. 

It does work in Firefox View.

STR: 

* With a new profile
* Enable new sidebar, and go to "Tabs from other devices"
* Sign-in to sync
* If that FXA account already has data (which will be displayed), change the sync settings to remove syncing of tabs to show the empty state

What happens:

* You should see "Sign in to Firefox on your phone or another computer to see tabs here. Learn how to [connect additional devices]". where the bit in square brackets is a link. That link doesn't function.

What should happen

* The "connect additional devices" link should work.
Bug: Firefox Sync keeps disconnecting right after login
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-14 20:25:25+00:00
Resolved: 2024-10-30 21:15:44+00:00

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

Steps to reproduce:

1. Open Firefox settings
2. Click login to enable Firefox Sync
3. Go through login flow
4. Go to settings again and see that "Account is disconnected"


Actual results:

Firefox Sync is not working after login into Firefox Account 


Expected results:

Firefox Sync is  working after login into Firefox Account
Bug: The "Import from previous browser" checkbox label has low color contrast with Increase contrast mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-14 21:37:55+00:00
Resolved: 2024-10-23 09:40:50+00:00

### Prerequisites:
1. Turn on the dark appearance on the macOS 
2. Turn on `Increase contrast` mode on macOS
 
### STR:
1. open `about:welcome` page
2. Locate the `Import from previous browser` checkbox and observe the color contrast of its label

### Expected: 
1. The label text is easily readable, its color contrast against its background is at least 4.5:1 for the regular text

### Actual:
1. The color contrast of the gray text against navy background is only 2.55:1 (while 4.5:1 or higher is expected)

### Note:
1. The label appears to be as expected by default, but the `Increase Contrast` mode with Dark mode does change [the color to a darker shade of gray](https://searchfox.org/mozilla-central/rev/754074e05178e017ef6c3d8e30428ffa8f1b794d/browser/components/aboutwelcome/content/aboutwelcome.css#2789), making it hard to read. Marking it as a high impact `access-S3`.
Bug: Entering address bar expands a list of recent websites covered by the side panel divider
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-14 21:56:39+00:00
Resolved: 2024-10-21 15:17:20+00:00

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

Steps to reproduce:

Entered address bar, by mouse or Ctrl+K. This action expands a list of recent websites and search terms.


Actual results:

The pull down list with websites on white background is UNDER the divider that separates browser main window and side panel.


Expected results:

The expanded list should cover the divider.
Bug: Firefox does not accurately recognize language of various Spanish language websites.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-15 00:22:22+00:00
Resolved: 2024-10-18 18:38:01+00:00

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

Steps to reproduce:

Load http://www.cespe.gob.mx/public/ or https://www.cfe.mx/Pages/default.aspx sites with English selected as preferred language for displaying pages.  


Actual results:

Sites are not recognized as Spanish language and there is no offer to translate or translate icon in the address field.  If "Translate page" is selected from the Firefox menu it offers to translate from English for both pages.

The same thing occurs in both Linux and Windows.  


Expected results:

Sites should be recognized as in Spanish with appropriate translate options.