av9ash/GitBugs huggingface dataset:
Bug: All context menu items are visible when search service fails to initialize
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-16 15:48:37+00:00
Resolved: 2025-01-17 22:04:11+00:00

If the Search Service fails and the user right-clicks selected text, all options of the context menu become visible. See the attachment in bug 1940859 for an example.
Bug: Newtab startupcache race condition
Status: NEW
Priority: P2
Created: 2025-01-16 16:17:33+00:00
Resolved: 2025-03-05 06:09:48+00:00

Seeing a couple race conditions with the startup cache.

The big one being:
1. If the events that flip isForStartupCache happen before startup cached page has rehydrated, the rehydrated page doesn't have the updated state from those events.

Other race condition I have found:
2. If sponsored topsites finishes before sponsored stories, or vice versa, and flips isForStartupCache, the other section displays a cached ad.
Bug: Address bar doesn't have focus in new window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-16 17:24:30+00:00
Resolved: 2025-01-17 07:44:49+00:00

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

Steps to reproduce:

Open a new window with the Ctrl+N keyboard shortcut.


Actual results:

The address bar doesn't have keyboard focus, so I can't immediately start typing. Something else before the toolbar has focus.

If I hit the tab key once or twice, the next item to get focus is the reload button. Hitting tab again will focus on the address bar.

This issue is new to Firefox 135.0b5. I did not see it in 135.0b4.


Expected results:

The address bar should have focus on any new window.

Creating a new tab with Ctrl+T focuses the address bar correctly. Only new windows are affected.
Bug: Dialog is missing name and correct role
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-16 20:17:07+00:00
Resolved: 2025-02-06 16:49:45+00:00

## Prerequisites:

Found in Nightly 136.0a1 (2025-01-15)(64-bit)
Open a few tabs in Nightly

## STR:

1. Turn on NVDA
2. Open Firefox Nightly
3. Press `Ctrl` + `L` to move focus into the URL bar
4. Use `Shift` + `TAB` to move focus to the active tab
5. Use `fn` + `Shift` + `F10` to open the context menu on the active tab
6. Use the `Down arrow` key to move focus to 'Add tab to New Group' and press `ENTER`
7. Observe NVDA output

## Expected / Actual:

At this time, NVDA states that the role of 'Create tab group' is menu and it should be role (See: [Tab Grouping Spec Figma](https://www.figma.com/design/f6J2lH6XDxLxyzOLr2E8oE/Tab-Grouping-Spec?node-id=9958-35451&t=tbTTriMm0ARVLAjq-4)). In addition, the dialog is missing an accessible name.
Bug: can't use keyboard to navigate history sidebar
Status: UNCONFIRMED
Priority: P3
Created: 2025-01-16 20:21:23+00:00
Resolved: 2025-02-11 10:49:20+00:00

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

Steps to reproduce:

Open history sidebar using cmd-shift-h
Attempting to use tab and shift-tab to navigate history sidebar.
Can't progress past first entry or use enter to open.



Actual results:

Elements in webpage are highlighted instead.


Expected results:

Would be helpful to be able to navigate history without using mouse
Bug: Missing Star Icon
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-16 20:25:45+00:00
Resolved: 2025-01-28 16:50:08+00:00

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

Steps to reproduce:

Using 3-line icon in upper right-hand corner, access "Customize toolbar," which is supposed to have the "Star Icon" for opening Bookmarks Menu. 


Actual results:

The icon is not there.


Expected results:

I should have been able to drag the icon to the desired toolbar.
Bug: Radio button group is missing labels
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-16 21:10:03+00:00
Resolved: 2025-02-06 13:59:08+00:00

## Prerequisites:

Found in Nightly 136.0a1 (2025-01-15)(64-bit)
Open a few tabs in Nightly

## STR:

1. Turn on NVDA
2. Open Firefox Nightly
3. Press `Ctrl` + `L` to move focus into the URL bar
4. Use `Shift` + `TAB` to move focus to the active tab
5. Use `fn` + `Shift` + `F10` to open the context menu on the active tab
6. Use the `Down arrow` key to move focus to 'Add tab to New Group' and press `ENTER`
7. Use `TAB` to move focus to the group of color radio buttons, observe NVDA output

## Expected / Actual:

The group of color radio buttons needs a label that explains the purpose of the group
Bug: The inference process should be robust enough to be recreated when the process is killed
Status: NEW
Priority: --
Created: 2025-01-16 21:26:10+00:00
Resolved: 2025-01-24 03:27:06+00:00

I was just testing this on a call with Erik, and it looks like our process is not robust enough to restart after it is killed. We should ensure that this can happen, and that translations won't be broken for the lifetime of the program being open. The user impact I set to S3, as this is an unlikely event, and is fixed with a browser restart.

Steps to reproduce:
* Turn on auto translate, and navigate around. Keep the inference engine from being destroyed.
* Note the PID of the "inference" process.
* Run `kill $PID` from the terminal

Expected results:
* The process restarts after maybe a timeout.

Actual results:
* Translations won't work until there is a full browser restart.

I think the fix is just to remove some logic around the process already being destroyed.
Bug: 'Manage tab group' dialog cannot be accessed by keyboard via context menu key
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-16 21:30:23+00:00
Resolved: 2025-02-06 13:30:49+00:00

## Prerequisites:

Found in Nightly 136.0a1 (2025-01-15)(64-bit)
Open a few tabs in Nightly and create a tab group

## STR:

1. Open Firefox Nightly
2. Press `Ctrl` + `L` to move focus into the URL bar
3. Use `Shift` + `TAB` to move focus to the active tab
4. Press the `Left arrow` key to move focus to the tab group button
5. Use `fn` + `Shift` + `F10` to open the context menu on the active tab

## Expected / Actual:

Mouse users are able to right click on the tab group button and open the 'Manage tab group' dialog. Keyboard-only users cannot. When using the key combination to 'right-click' on the tab group button, the tab context menu opens, not the 'Manage tab group' dialog. 

[Link to screen recording of issue (no audio)](https://drive.google.com/file/d/1yBf_ezT0NxV_vMFYZYRIMX237OI8Rg50/view?usp=sharing)
Bug: about:processes tab can't see memory and cpu usage
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-17 03:20:38+00:00
Resolved: 2025-01-17 08:36:58+00:00

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

Steps to reproduce:

presss shift+esc to open about:processes tab


Actual results:

First, I can see the Memory Usage and CPU Usage (measuring), and after a second, the Name overwrites the Memory Usage and CPU Usage.


Expected results:

Do you need to omit parts of the name that are too long?
Bug: The "SPONSORED" string and the "X" button of the IAB Banners are hardly visible on dark wallpapers with a light theme applied or vice-versa
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-17 10:46:18+00:00
Resolved: 2025-01-28 09:58:27+00:00

**[Notes]:**
- The issue is also reproducible with light wallpapers with a dark theme applied in the browser.
- Based on the [Figma document](https://www.figma.com/design/H729JZq3Y45C5tbuG3M3N1/Advertisement?node-id=930-25337&p=f&t=TkVdvqUOPgFsOT8N-0), when a Wallpaper is applied there should be a semiopac area around the banner. 

**[Affected versions]:**
- Firefox Beta 135.0b5 (Build ID: 20250115091607)
- Firefox Nightly 136.0a1 (Build ID: 20250116214017)

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 24.04 x64
- MacOS 14.7.1

**[Prerequisites]:**
- Have a Firefox Beta 135.0b5 "en-US" locale build installed.
- Follow the instructions from this [TestRail test case](https://mozilla.testrail.io/index.php?/cases/view/2838094&group_by=cases:section_id&group_order=asc&display_deleted_cases=0&group_id=565085) in order to trigger an IAB banner.
- Have a browser light theme applied.

**[Steps to reproduce]:**
1. Open a new tab and make sure an IAB Banner is displayed.
2. Click the "Personalized New Tab" option.
3. Click the "Photographs" button from the "Wallpapers" section.
4. Choose a dark wallpaper (eg: the one with the red panda or with the mountains).
5. Observe the IAB Banner.

**[Expected result]:**
- The "SPONSORED" string and the "X" button are visible.

**[Actual result]:**
- The "SPONSORED" string and the "X" button are hardly visible.

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: In a PDF document, a CID-keyed CFF font is incorrectly rendered.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-17 12:57:49+00:00
Resolved: 2025-02-12 16:16:53+00:00

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

Steps to reproduce:

I created a PDF document that uses a CID-keyed CFF font.  The font uses different font matrices for uppercase and lowercase letters (there are two private dicts).  I use this font to typeset some text in the PDF file (the red text in the attached pdf).


Actual results:

The lowercase letters are rendered incorrectly.  These are approximately half the height they should be, and double the width.  Possibly the lowercase glyphs use the uppercase font matrix by mistake.


Expected results:

The text should be rendered the same way as it is in other PDF viewers.  Adobe Acrobat Reader, Ghostscript and Google Chrome all render this correctly.
Bug: The chevron arrow from the overflow menu is not in the correct position after clicking restore defaults while the vertical tabs is enabled
Status: NEW
Priority: P3
Created: 2025-01-17 13:31:37+00:00
Resolved: 2025-02-10 19:06:05+00:00

**Found in**
* 136.0a1 (2025-01-16)

**Affected versions**
* 136.0a1 (2025-01-16)
* 135.0b5
* 134.0.1



**Tested platforms**
* Affected platforms:  Windows 10x64, macOS 12, Ubuntu 24
* Unaffected platforms: none


**Steps to reproduce**
1. Enable sidebar and vertical tabs.
2. Open the Customize menu and click the restore defaults button.


****Expected result****
* The overflow menu chevron arrow is in the correct position.

**Actual result**
* The overflow menu chevron arrow is not in the correct position.


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


**Additional notes**
* Attached a screen recording.
Bug: Intermittent toolkit/components/pdfjs/test/browser_pdfjs_hcm.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-17 13:34:48+00:00
Resolved: 2025-03-03 12:02:36+00:00

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

---
```
[task 2025-01-17T13:29:59.148Z] 13:29:59     INFO - TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_hcm.js | [255,255,255] deepEqual [255,255,255] - 
[task 2025-01-17T13:29:59.148Z] 13:29:59     INFO - Buffered messages finished
[task 2025-01-17T13:29:59.148Z] 13:29:59     INFO - TEST-UNEXPECTED-TIMEOUT | toolkit/components/pdfjs/test/browser_pdfjs_hcm.js | application timed out after 370 seconds with no output
[task 2025-01-17T13:29:59.148Z] 13:29:59     INFO - TEST-INFO took 370640ms
[task 2025-01-17T13:29:59.148Z] 13:29:59     INFO - Buffered messages finished
[task 2025-01-17T13:29:59.149Z] 13:29:59  WARNING - Force-terminating active process(es).
[task 2025-01-17T13:29:59.149Z] 13:29:59  WARNING - profiler Attempting to start the profiler to help with diagnosing the hang.
[task 2025-01-17T13:29:59.149Z] 13:29:59     INFO - profiler Sending SIGUSR1 to pid 3058 start the profiler.
[task 2025-01-17T13:29:59.150Z] 13:29:59     INFO - profiler Waiting 10s to capture a profile...
[task 2025-01-17T13:30:09.146Z] 13:30:09     INFO - profiler Sending SIGUSR2 to pid 3058 stop the profiler.
[task 2025-01-17T13:30:09.147Z] 13:30:09     INFO - profiler Wait 10s for Firefox to write the profile to disk.
[task 2025-01-17T13:30:19.203Z] 13:30:19     INFO - profiler Symbolicating profile in /opt/worker/tasks/task_173711905377697/build/blobber_upload_dir
[task 2025-01-17T13:30:19.203Z] 13:30:19     INFO - profiler Looking inside symbols dir: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/WVDAjNkZSKK0Wi-0nLMuPA/artifacts/public/build/target.crashreporter-symbols.zip)
[task 2025-01-17T13:30:19.204Z] 13:30:19     INFO - profiler Symbolicating profile: /opt/worker/tasks/task_173711905377697/build/blobber_upload_dir/profile_0_3058.json
[task 2025-01-17T13:30:19.204Z] 13:30:19     INFO - profiler Symbolicating the performance profile... This could take a couple of minutes.
[task 2025-01-17T13:30:20.304Z] 13:30:20     INFO - Determining child pids from psutil...
[task 2025-01-17T13:30:20.305Z] 13:30:20     INFO - [3059, 3060, 3061, 3062, 3067, 3068, 3069, 3126, 3127, 3128]
[task 2025-01-17T13:30:20.305Z] 13:30:20     INFO - ==> process 3058 launched child process 3059
```
Bug: Typing "gm" in the address-bar does not highlight "gmail.com" since a few days
Status: NEW
Priority: P3
Created: 2025-01-17 13:56:29+00:00
Resolved: 2025-01-24 02:22:00+00:00

In my usual firefox profile, type "gm" in the address-bar.

AR: gmail.com is not highlighted / auto-selected
ER: IT should. It used to till a couple of days back.

:mak, ni? you as you have looked at similar issue in the past. Thanks.
Bug: Sidebar still showing on popup windows when sidebar.revamp is on
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-17 14:35:36+00:00
Resolved: 2025-02-11 13:02:31+00:00

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

Steps to reproduce:

1. Enable sidebar.revamp
2. Open a webside which can generate popup windows (e.g. Ingress Intel Map)
3. Open up a popup window (e.g. click Login with Google)


Actual results:

Sidebar buttons still showing on popup windows when sidebar.revamp is on. Screenshot attached.


Expected results:

No sidebar buttons.
Bug: Creating groups by dragging and dropping a card onto another card is extremely inconvenient and creates groups against my intention.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-17 16:25:51+00:00
Resolved: 2025-02-25 09:33:22+00:00

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

Steps to reproduce:

I am testing the tab grouping feature, so I have it enabled.
While rearranging tabs on the tab bar, I do not intend to create groups.


Actual results:

When simply dragging tabs on the tab bar, I have accidentally created tab groups multiple times. This goes against my intention. I did not want to create a tab group, only to move a tab!


Expected results:

The feature of creating tab groups by dragging and dropping one tab onto another should be entirely disabled. This behavior is highly unintuitive and poorly designed.

I am not sure if it can be implemented in a better way, but what is currently in place (even during testing) is simply a very bad solution.

Tab groups are a dream feature, but creating groups via drag and drop is absolutely unbearable.
Bug: Unloaded about:preferences tabs do not correctly handle "action=" params
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-01-17 16:27:05+00:00
Resolved: 2025-02-28 08:25:43+00:00

STR:
* Have a tab open to about:preferences#general
* Have another tab focused.
* Restart the browser - this will load the other tab, while the about:preferences#general tab will be in an unloaded state.
* Visit firefox.com/pair, select "I already have Firefox Mobile"

Expected:
* The background about:preferences tab changes to about:preferences?action=pair#sync and the pairing dialog is shown.

Actual:
* We switch to the background tab but the URL does not change. The browser console shows the exception below.

Note that this only reproduces due to the "action=..." part of the param - if we are just doing, say, "Sync Settings" (so the URL is just about:preferences#sync) it works as expected.

```
[bug 1345098] Lazy browser prematurely inserted via 'loadURI' property access:
getter@chrome://browser/content/tabbrowser/tabbrowser.js:2341:61
switchIfURIInWindow@chrome://browser/content/browser.js:6423:11
switchToTabHavingURI@chrome://browser/content/browser.js:6446:26
_promiseMessage@resource://gre/modules/FxAccountsWebChannel.sys.mjs:344:18
_receiveMessage/this._lastPromise<@resource://gre/modules/FxAccountsWebChannel.sys.mjs:260:21
promise callback*_receiveMessage@resource://gre/modules/FxAccountsWebChannel.sys.mjs:259:8
listener@resource://gre/modules/FxAccountsWebChannel.sys.mjs:459:16
deliver@resource://gre/modules/WebChannel.sys.mjs:258:14
tryToDeliver@resource://gre/modules/WebChannel.sys.mjs:67:17
receiveMessage@resource://gre/actors/WebChannelParent.sys.mjs:33:48
JSActor query*_onMessageToChrome@resource://gre/actors/WebChannelChild.sys.mjs:34:12
handleEvent@resource://gre/actors/WebChannelChild.sys.mjs:11:19
45007/value/_<@https://cdn.accounts.firefox.com/bundle-549230ff79599672d254a7fbb370d95bd7b1ae54/app.bundle.en_CA.js:2:709086
promise callback*value@https://cdn.accounts.firefox.com/bundle-549230ff79599672d254a7fbb370d95bd7b1ae54/app.bundle.en_CA.js:2:708825
...
```
Bug: Disable "Move group to new window" if group is already in a new window
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2025-01-17 17:32:30+00:00
Resolved: 2025-03-05 13:31:13+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**
1. Create a tab group "Shopping" in Window 1 (ensure there are other ungrouped tabs on the tab strip) and save and close it
2. Go to Tab groups in the TOM menu
3. Right-click on "Shopping" and select "Open group in new window"
4. Go back to Window 1 and right-click on "Shopping" in the TOM menu again 

**Expected behavior [What should have happened?]:**
"Move tab to New Window" should be disabled since it is already in a new window with no other tabs on the tab strip


**Actual behavior [What actually happened?]:**
"Move tab to New Window" is not disabled so it closes the window and reopens another new window
Bug: Tab overflow menu: UI desync when changes are made to other windows
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-17 20:11:27+00:00
Resolved: 2025-03-05 13:32:09+00:00

When you delete a group that is open in another window by right clicking it in the TOM, the group is deleted in the other window but it is still shown in the TOM UI.
Bug: "Sponsored stories" tickbox is visible and looks toggle-able when "Recommended stories" is turned off (but can't actually be toggled)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-17 21:43:09+00:00
Resolved: 2025-01-29 10:15:35+00:00

On Firefox 128 this checkbox disappears if you turn off "recommended stories".

On current beta and nightly, it stays visible, and if you click it the active state makes the checkbox bigger (!?) but ultimately it does not toggle. It shouldn't look enabled if it's disabled, and perhaps shouldn't be visible at all if it can't be toggled unless the "parent" toggle is turned on.

Spotted on macOS, not sure if this happens on all platforms but I suspect so.
Bug: Context menu order is not consistent between opened/closed tab groups
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2025-01-17 21:52:38+00:00
Resolved: 2025-03-05 13:34:42+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**
1. Create a tab group "Cooking" in a new window
2. Open another new window and go to the TOM menu and right-click on the tab group "Cooking"

**Expected behavior [What should have happened?]:**

The context menu ordering should be consistent between Opened and Closed tab groups



**Actual behavior [What actually happened?]:**

Opened group context menu

1. Open Group in This Window
2. Open Group in New Window
3. Delete Group

Closed group context menu

1. Move Group to New Window 
2. Move Group to This Window
3. Delete Group

The context menu ordering is not consistent between Opened and Closed tab groups

Opened group context menu

1. Open Group in This Window
2. Open Group in New Window
3. Delete Group

Closed group context menu

1. Move Group to This Window
2. Move Group to New Window 
3. Delete Group
Bug: Missing list of supported sites in non PDP empty state
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-17 23:47:41+00:00
Resolved: 2025-01-22 04:42:24+00:00

I messed up a rebase and forgot to pass in our [supported domains object ](https://searchfox.org/mozilla-central/rev/2966caf8129d1a0d6a382b5d851456169f1081f8/browser/components/shopping/ReviewCheckerChild.sys.mjs#401) as a param in the [updateLocation function definition](https://searchfox.org/mozilla-central/rev/2966caf8129d1a0d6a382b5d851456169f1081f8/browser/components/shopping/ReviewCheckerChild.sys.mjs#659). Let's add the `supportedDomains` object as a param so that we can correctly render the list of sites.

Edit: perhaps we can add some tests to ensure the domains object is always passed.
Bug: Dismissals don't work for Merino suggestions without Suggest features
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-18 06:06:52+00:00
Resolved: 2025-01-21 21:33:18+00:00

Bug 1941100 regressed this: It removed dismissal handling from `UrlbarProviderQuickSuggest` because I thought it wasn't necessary, but that code path was also used for suggestions that don't have a Suggest feature, e.g., Merino suggestions like dynamic Wikipedia and navigational suggestions.