av9ash/GitBugs huggingface dataset:
Bug: [HCM] New Tab: Settings button lacks focus indication and has improper styling on High Contrast themes
Status: NEW
Priority: --
Created: 2024-10-02 21:41:19+00:00
Resolved: 2024-10-17 12:08:52+00:00

### STR: 
1. Ensure Windows High Contrast theme is activated (Steps to activate an OS High Contrast Mode in [source docs](https://firefox-source-docs.mozilla.org/accessible/ColorsAndHighContrastMode.html#operating-system-high-contrast-mode-os-hcm))
2. Open Firefox on the New Tab page
3. Press `Tab` key to focus the Settings button and observe the focus state of the button (compared to its default view)

### Expected:
1. The Settings (gear icon) button is visually appearing as a button with `ButtonText` and `ButtonFace` color combination and border, and, when focused with keyboard, it has a `CanvasText`-colored outline that clearly indicates that this element is, in fact, has keyboard focus.

### Actual:
1. [access-s2 - refer to the note below] The Settings (gear icon) button does not have any focus identification, no outline specifically, but also there is no other visual change happens when it is, in fact, focused.
2. [access-s3] The Settings (gear icon) button does not provide expected semantic styling for a button 

### Note:
While generally, improper HCM styling is triaged as [access-s3](https://wiki.mozilla.org/Accessibility/Triage), but because this specific control does not provide any focus identification and, per the bug 1922398, the keyboard order is not following the visual reading order, it makes it hard to know if the settings is, in fact, accessible with keyboard. Especially, without a screen reader or voice control running to at least identify what is being focused. **Missing focus indicators** is an `access-S2` issue that makes this part of the UI inaccessible for users of assistive technologies, especially those relying on keyboard alone, because it is not clear what is, if anything, is currently focused and what could happen, if this invisible element is activated. This also makes the navigation with keyboard unpredictable. Thus, marking this as an `access-S2` issue that may prevent users of High contrast themes (i.e. users with low vision, users who are color blind, users with cognitive disability, neurodiverse users, etc.)

### Remediation:
We need to ensure the focus outline is using `CanvasText` color and is allowed on `forced-colors` media, as well as that the appropriate color pairs are used for `forced-colors` [media query (HCM on Win)](https://firefox-source-docs.mozilla.org/accessible/HCMMediaQueries.html): `ButtonFace` with `ButtonText` for the border/label text and for the control background. The hovered state is expected to use `SelectedItem` and `SelectedItemText` color combination in place of the Button colors of the default state.

Adding a [Figma reference for color combinations for different Win10 and Win11 themes (SSO required)](https://www.figma.com/design/VHRA9hZ54oJqKKJwPd6FWa/High-Contrast-Mode?node-id=438-580), as well as the [buttons on HCM (SSO required)](https://www.figma.com/design/VHRA9hZ54oJqKKJwPd6FWa/High-Contrast-Mode?node-id=0-1)
Bug: Allow removing the "list all tabs" button
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-02 21:49:53+00:00
Resolved: 2024-10-03 09:19:14+00:00

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

Steps to reproduce:

1. Right click on the toolbar.
2. Select "customize toolbar".
3. Drag and drop the "list all tabs" button into the button list area.


Actual results:

The button isn't removed.


Expected results:

The button to be removed, as any other non essential button.

I will add that: the button is just clutter: serves no clear purpose.

It just duplicates the functionality of the tab-bar itself.
Bug: Popover elements are dismissed when attempting to make a selection for a screenshot
Status: NEW
Priority: P3
Created: 2024-10-02 22:55:33+00:00
Resolved: 2024-10-10 18:17:15+00:00

STR: 
- Open https://mdn.github.io/dom-examples/popover-api/blur-background/ and click the "show popover" button to display the popover element. 
- ctrl+shift+s to show the screenshots UI
- Drag in the viewport to create a region box

ER: 
- The popover remains visible and we can select any part of the page to capture

AR: 
- Clicking in the overlay dismisses the popover
Bug: Newtab if a malformed blocked topsite pref issue
Status: NEW
Priority: P2
Created: 2024-10-03 02:26:10+00:00
Resolved: 2024-11-22 17:55:57+00:00

The pref "browser.topsites.blockedSponsors", if it happens to be malformed, it'll fail when we parse it and cause topsites to now show.

We don't actually know how to reproduce this yet, but we have had 1 instance of maybe it happening.

Manually changing the pref however, can trigger the issue.

I think it's worth fixing just in case, at the very least it strengthens our system a bit, but might actually be fixing an odd and old and tricky bug.

I think the solution is if the parse fails, catch it, and fallback to an empty array.
Bug: New tab button placement resets every startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 05:24:36+00:00
Resolved: 2024-10-03 09:17:57+00:00

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

Steps to reproduce:

1. Open Firefox Developer Edition
2. Open the Customize Toolbar menu
3. Move the new tab button from the top left corner to the top right corner (so that it will appear immediately to the right of the last open tab)
4. Restart Firefox Developer Edition


Actual results:

The new tab button's location was reset to the top left corner.


Expected results:

The new tab button should have stayed in the location that it was changed to. I can't reproduce in a new profile, about:support information from the offending profile is attached.
Bug: Bookmarks Toolbar is not visible
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 07:27:15+00:00
Resolved: 2024-10-03 07:32:00+00:00

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

Steps to reproduce:

Updated to Firefox developer edition 132.0b2 (macOS). this bug is on Windows 11 as well.


Actual results:

The "Bookmarks Toolbar" is not visible, even after "Always Shows"/"Only Show on New Tab" is ticked. some space is occupied for this but the toolbar itself is not visible.


Expected results:

The "Bookmarks Toolbar" should be visible.
Bug: Bookmarks toolbar disappears from v. 132.0b1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 08:32:17+00:00
Resolved: 2024-10-03 09:59:56+00:00

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

Steps to reproduce:

Firefox Developer Edition updated itself automatically to 132.0b1 (64b) on Debian Bookworm, but directly from Mozilla repo, not Debian (because Debian doesn't have the developer edition in its repo).


Actual results:

After the update the bookmarks toolbar disappeared. There is no way to have it back apart from reinstalling FF from scratch or using the refresh function. However, if 1 single addon (anyone on planet at random) is present in the extention folder, the toolbar disappears again. So the only way to use 132.0b1 is with ZERO addons. Any addon makes the toolbar disappeared.


Expected results:

The bookmarks toolbar should obviously not disappear.
The only workaround I've found is to reinstall the previous version 131.0b9 and that solves the problem.

PS: Unfortunateli FF has another huge problem: I cannot stop it from harassing me with the abusive popup "Update available". I know! Stop harassing me! It's not my fault if I have to stay on the previous version because the next it's unuseable, bloody hell!
Bug: Bookmarks bar empty in Firefox 132
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 08:34:07+00:00
Resolved: 2024-10-03 09:49:36+00:00

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

Steps to reproduce:

Upon upgrading to Firefox version 132.0b1, all of the bookmarks I had stored in my bookmarks bar disappeared. They are still in the bookmarks menu, so they haven't been deleted, but the bookmarks bar underneath the address bar is empty.
There are no repro steps, as this just occurred once the browser was opened after updating


Actual results:

Empty bookmarks bar


Expected results:

Bookmarks should be visible as before
Bug: Middle-mouse-click on a link in the bookmarks toolbar opens the page in the foreground instead of in the background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 08:52:15+00:00
Resolved: 2024-10-03 09:24:34+00:00

Steps to reproduce:

Click on a link in the bookmarks toolbar with middle mouse button


Actual results:

The page opens in a new tab, but that tab is switched to and brought to the foreground. This is new inconsistent behavior since one of the last updates.

(The ONLY option selected in the Tabs settings section is "Open links in tabs instead of new windows")


Expected results:

The page should open in a new tab in the background - as it does when you middle mouse click a link on a web page.

(The ONLY option selected in the Tabs settings section is "Open links in tabs instead of new windows")
Bug: "translations-engine-browser" doesn't show in the firefox profiler
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-03 11:35:56+00:00
Resolved: 2024-10-15 19:02:50+00:00

When trying to profile the translation process, it turns out the process created as "translations-engine-browser" doesn't show in the profiling view. I've been discussing that with Paul Adenot and it may be related to the way it's created, or for some reasons it wouldn't register in the profiler...
Bug: Dragged tabs are no longer opaque when Dark theme is enabled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-10-03 13:08:58+00:00
Resolved: 2024-10-31 10:04:17+00:00

Steps to reproduce:
1) Navigate to about:addons → Themes
2) Enable Dark theme
3) Open a new tab
4) Start dragging a tab horizontally

Actual results:
The favicons and titles of other tabs are visible behind the tab being dragged

Expected results:
The dragged tab is opaque
Bug: Broken features – Menu, Bookmark Toolbars disappeared, etc.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 13:23:48+00:00
Resolved: 2024-10-03 14:04:34+00:00

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

Steps to reproduce:

Yesterday after installing the last update for my Firefox Developer edition browser 132.0b2 (64 bit), so many features got broken in the browser. To name few:
- The Menu Bar has disappeared
- My Bookmark Toolbar has disappeared.
- I don’t have [ + ] sign to open a new tab. 
- The REFRESH icon has disappeared.
Maybe there are even more broken features, but if you start fixing those 4, it will be greatly appreciated.
Bug: 132.0b2 customise toolbar changes layout on restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 13:41:40+00:00
Resolved: 2024-10-03 15:36:12+00:00

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

Steps to reproduce:

Firefox developer edition 132.0b2 
After the update to 132.0b2 I rearranged my UI to look like this - https://i.imgur.com/hIEjZd2.png

On close, reopen it looks like this - https://i.imgur.com/d0xvy9a.png




Actual results:


The address bar and search bar have switched. The new tab button and spacers are on the left side of the tabs and the navigation buttons have moved.

On the plus side the bookmarks toolbar stayed the same and opening a private window didn't drastically change anything.


Expected results:

should have stayed the same after closing and opening the app
Bug: UrlbarController.speculativeConnect causes warnings when just '@' is typed (getSubmission: searchTerms is empty)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-10-03 13:51:51+00:00
Resolved: 2024-12-05 10:01:20+00:00

STR

1. Start up Firefox
2. Open the Browser Console
3. Type `@` in the address bar

Expected Results

=> No warnings on the console

Actual Results

=> A warning is raised on the console: `SearchEngine: getSubmission: searchTerms is empty!`

This is [coming from `UrlbarController.speculativeConnect`](https://searchfox.org/mozilla-central/rev/f0b3dafb55f1e7904847f5dc889f131040789ba6/browser/components/urlbar/UrlbarController.sys.mjs#471,476). When it retrieves the URL via `getUrlFromResult` there's no payload/query at the time, and so the search service complains that the search term being inserted into the URL is empty.

The intention of this warning is to indicate cases where we might unintentionally be sending the user to a search page with no search query (`SearchEngine.searchURLWithNoTerms` can be used in the case where we do want to allow it).

I think the main thing here is that we're unnecessarily getting the details of the url when we might not use them. In the case the first result displayed is a search engine result, we're reaching into the search service and formulating the URL. Whilst it isn't very expensive, I'm not sure I see a need to do it when we don't need to.

So the fix here would be to only get the `url` when we need to - in the couple of places in the case statement where it is actually used.
Bug: Clicking pinned taskbar icon opens second taskbar icon
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 14:07:39+00:00
Resolved: 2024-10-14 20:13:46+00:00

When clicking the Firefox icon in the taskbar, a second icon opens instead of the pinned icon. When trying to pin this particular icon, Firefox throws an error (see attachment). This does not happen when opening Firefox from a desktop icon or from the applications menu.
**This appears to be linked to the version that can be downloaded from the Microsoft Store**, as there is a clear difference between the behaviors for the MS Store version and the regular version. See videos illustrating the difference below.

MS Store version behavior: https://1drv.ms/v/s!AmqaAB0VuLdBgb9r--5UMmNISKI3_w?e=ddoNgz
Regular Firefox behavior: https://1drv.ms/v/s!AmqaAB0VuLdBgb9sDW4yDL7teHZ2oA?e=eXe82D

Happens in Windows 11, not sure about W10.
Bug: New tab button moves to the top-left corner every time Firefox restarts
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 14:11:41+00:00
Resolved: 2024-10-03 14:32:24+00:00

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

Steps to reproduce:

1. Upgraded Firefox Developer Edition from 131.0b9 to 132.0b2 (Arch Linux official repo)
2. New tab button disappeared (and Extensions icon went to the left to the address bar, forward/backward buttons went to the right, all extension icons got unpinned)
3. Customise Toolbar
4. Drag New Tab button into tab bar (it stays to the right of List All Tabs button in Customise Toolbar mode)
5. Click on Done


Actual results:

The New Tab button showed up normally to the right of all tabs. However it moves to the top-left corner every time Firefox starts and in new windows.


Expected results:

New Tab button stays to the right of all tabs.
Bug: Firefox Developer Edition:  Latest Update Fix to Update Broke My Tabs - NO TABS NOW, EVEN WITH THE TAB BUTTON
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 14:26:30+00:00
Resolved: 2024-10-03 14:39:18+00:00

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

Steps to reproduce:

First Thanks for Nothing. You now have taken an hour out of my day with the latest "UPDATE". The bookmarks toolbar was missing the bookmarks when I started the browser.


Actual results:

I followed your instructions to perform the latest update. Now my bookmarks toolbar appears where my tabs should appear. Clicking on the "+" button to add tabs, does nothing. You have essentially bricked my productivity. Thanks -- appreciate it.


Expected results:

First off -- you should not have released an update that was not thoroughly tested. I would consider myself as a LONG TIME user to be an advanced user. Clearly no one tested the "People are using the bookmarks toolbar" scenario. Your fix to that, lost my tabs. Clearly noone tested that scenario either.  This is major disappoint and productivity drag. Get your act together. I'm sorry this is unacceptable and I am extremely upset and inconvenienced, as is most of your most dedicated user base, I have to assume.
Bug: Address bar dropdown covered by page content since horizontal tab strip hidden by vertical tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-03 14:39:05+00:00
Resolved: 2024-11-07 14:50:03+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Click the address bar.

Expected:
Address bar dropdown appears over page content.

Actual:
Dropdown covered by page content.

Occurs on Windows 11 and Ubuntu 24.04.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b17f4d3142eeb0488513b984c8f5113e80101b96&tochange=82dacb5e3821fc0081deed13bd932839d65867e0

Regressed by Bug 1899598.
Bug: Firefox 132.0b2 User Interface FAIL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 14:44:55+00:00
Resolved: 2024-10-03 17:41:32+00:00

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

Steps to reproduce:

I have just upgraded to Firefox 132.0b2.  The following dire GUI issues listed below present themselves.


Actual results:

* The Bookmark toolbar does not display -- I checked the manage bookmarks, they have not been lost.  Just not showing.

* Several buttons have been relocated to obscure and non-useful locations (or default to not showing).

* The NEW TAB control is no longer on the TAB-bar and I need to waste real estate on the screen to show that button.

* The refresh button was 'missing'

* The open tab list drop-down  was missing

* Almost all of my UI/Toolbar customisation were purged it seems.  You might consider giving a person a way to "save" these settings if you insist of wiping them out all the time.


Expected results:

* Ideally the UI/Toolbar customisations  should persist or at least be "preserved"

* I probably wasted 90min trying to figure out where things have moved to.

* I really believe Firefox needs to assess the Ergonomics for almost ALL of these changes -- And similar changes.  For the most part they are disruptive and adding little value.

* In this case many changes are negative on my workflow.

* Also I have multiple profiles open; I really dislike the way these updates break the active windows.  Forcing me to QUIT every profile and restart.

* With these kind of changes I now need to check each profile for impact.  The thing is when an upgrade has such a BIG impact on workflow, the better option is to not update until the difficulties are resolved.

** However, I have found that I'm unable to run two different Firefox version/installations side-by-side.  

** It would be much better to allow a method to update a Firefox while allowing active profiles to continue.  

** It would be better to have "settings" saved and reloaded when these changes break stuff.

* Very very often, Firefox upgrades break setting/values for key add-ons like NoScript permissions and Container oriented settings for many plugins.  I do not see that that kind of impact across different plugins should be necessary.  surely the plugin settings or config are "contained" or managed by the plugin.  

* MOST of all, I'd like Firefox to pre-announce these kinds of breaking UI and Usability or Ergonomics changes.  Before they are foist upon-us.  

**  In fact, now that I think about it.  What you actually want is a way to "skin" a browser so that people who have a set workflow and task sequence or the like (designing one or using one) can be insulated / inoculated from these capricious changes that add no value.
Bug: In Firefox Nightly, when vertical tabs are enabled, the search suggestions are placed  under the current web page.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 14:45:28+00:00
Resolved: 2024-10-03 16:51:42+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 : Launch the application (Firefox Nightly).
2 : Enable the sidebar and vertical tabs in the Firefox Labs settings.
3 : Open a new tab.
4 : Write anything in the search bar.
7 : Notice that the suggestions are displayed under the web page UI.


Actual results:

The search suggestions are placed under the current web page when vertical tabs are enabled.


Expected results:

The search suggestions are always displayed on top of the rest of the UI.
Bug: Some favicons not shown in bookmarks and history
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-10-03 16:04:41+00:00
Resolved: 2024-10-07 09:14:30+00:00

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

Steps to reproduce:

1. Go to https://app.indy.fr/
2. Bookmark the page


Actual results:

Bookmark and History both show the default icon for this page, even though the tab itself shows the proper favicon.


Expected results:

Bookmark and History should display the proper favicon.

I believe this is because the favicon is set asynchronously. I've created 3 test pages to demonstrate the problem. You can go visit them, bookmark them and see the difference:

1. https://acut3.red/favicon-bug/ok-static.html sets the favicon directly in the html response. Favicon is recorded correctly.

2. https://acut3.red/favicon-bug/ok-dynamic-sync.html sets the favicon programmatically. Favicon is recorded correctly.

3. https://acut3.red/favicon-bug/ko-dynamic-async.html sets the favicon like in #2, but wrapped in setTimeout(..., 0). Favicon is not recorded in bookmark or history.
Bug: (Nightly 133.0a1) Search Results Cut off with Vertical Tabs Enabled.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-03 16:22:11+00:00
Resolved: 2024-10-04 11:54:40+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 enabled vertical tabs. However, the search results show correctly when horizontal tabs are enabled. 


Actual results:

When I enable vertical tabs and I search using the URL bar, the search results are cut starting from the "new tab" layout. 


Expected results:

The search results should have shown, such as recommended searches and links to websites. 

It seems that the search bar only works when the window controls (close, maximize, minimize) buttons are not on the same line as the navigation bar. This is because yesterday, these window controls were separate from the navigation bar, and the search results showed.
Bug: Following a link to an anchor in the page shows `#[object HTMLDivElement]` in the address bar
Status: NEW
Priority: P3
Created: 2024-10-03 16:41:26+00:00
Resolved: 2024-10-08 20:00:16+00:00

1. Go to any bug in bugzilla with a needinfo request.
2. In the top section where it says "needinfo from ..." followed by the date, click the date.
3. The page scrolls to where the needinfo request was made but the address bar now shows `[object HTMLDivElement]` as the anchor part.