av9ash/GitBugs huggingface dataset:
Bug: On long loading pages that eventually give a 502 error (like b.m.o sometimes is) the loading throbber in background tabs get a "hourglass" icon. Then on session-restore, those tabs have blank tab-titles
Status: NEW
Priority: P3
Created: 2024-10-18 07:54:25+00:00
Resolved: 2025-01-31 18:08:54+00:00

1.You need a website with very slow response (Like b.m.o sometimes get these days) where it will take a loooooong time to load, and sometimes even throw a 502 errror
2. try to open a tab like [this  ](https://bugzilla.mozilla.org/buglist.cgi?list_id=6508171&resolution=---&resolution=DUPLICATE&chfieldto=Now&chfield=[Bug%20creation]&query_format=advanced&chfieldfrom=24h&product=Core)
3. Put that tab in the background
4. Wait
5. After some time, the loading throbber of the tab becomes a "hourgalss"  - See attached screenshot.
6. Now close firefox and reopen. Use History->Restore previous session
7. The "hourglass" tab from Step 5 will have a blank tab-title


AR: 
1. The throbber becomes a static "hourglass" icon
2. On session restore, the tabs with the hourglass icon have an empty/blank tab-title.
Bug: Tabs disappearing (vertical tabs)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-18 08:10:31+00:00
Resolved: 2024-10-31 09:30:43+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:

Moved a tab from one monitor to another monitor.


Actual results:

The tabs in the vertical tabs column disappeared. I can still open a new tab in this windows through the shortcut, but no tabs are visible.

This usually happens after my Macbook has been in sleep, for example the next workday.


Expected results:

The tabs should have been visible.
Bug: Many QuickSuggest.SuggestBackendRust Ingest error in test logs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-10-18 08:53:19+00:00
Resolved: 2024-12-06 09:29:58+00:00

Test logs contain many errors like this:
```
[ERROR error_support::handling] suggest-unexpected: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base
console.error: URLBar - QuickSuggest.SuggestBackendRust: "Ingest error for Amo: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base"
[ERROR error_support::handling] suggest-unexpected: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base
console.error: URLBar - QuickSuggest.SuggestBackendRust: "Ingest error for Amp: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base"
[ERROR error_support::handling] suggest-unexpected: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base
console.error: URLBar - QuickSuggest.SuggestBackendRust: "Ingest error for Wikipedia: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base"
[ERROR error_support::handling] suggest-unexpected: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base
console.error: URLBar - QuickSuggest.SuggestBackendRust: "Ingest error for Mdn: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base"
[ERROR error_support::handling] suggest-unexpected: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base
console.error: URLBar - QuickSuggest.SuggestBackendRust: "Ingest error for Yelp: Error from Remote Settings: Error parsing URL: relative URL with a cannot-be-a-base base"
```

Example log file from a random bc job on mozilla-central: https://firefoxci.taskcluster-artifacts.net/YDeCBcnaSNu1YG08WHOvmQ/0/public/logs/live_backing.log
Bug: The screen reader says the first two letters twice when reading the sidebar panels
Status: NEW
Priority: P2
Created: 2024-10-18 11:52:38+00:00
Resolved: 2024-10-22 14:21:15+00:00

**Found in**
* 133.0a1 (2024-10-16)

**Affected versions**
* 133.0a1 (2024-10-10)
* 132.0b8






    


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



**Preconditions**
* sidebar.revamp - true
* screen reader active



**Steps to reproduce**
1. Click on the Tabs from the other device/ History/ Customize sidebar buttons.

**Expected result**
* Screen reader reads as expected.

**Actual result**
* Screen reader reads first letters twice: e.g for `Tabs from other devices panel` it says `Ta-tabs from other devices panel`




**Regression range**
* Most likely not a regression. This is happening with Firefox 130.0a1 (2024-08-08)

**Additional notes**
* We reproduced this issue on two different machines.
Bug: Entering searchmode via auto-complete (tab) does not dismiss the heuristic
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-10-18 13:40:38+00:00
Resolved: 2024-11-15 13:01:11+00:00

**Found in**
* Fx133.0a1

**Affected versions**
* Fx133.0a1

**Affected platforms**
* all

**Preconditions**
* browser.urlbar.scotchBonnet.enableOverride set on TRUE

**Steps to reproduce**
1. Launch Firefox and start typing @goo (or any other alias of existing engine).
2. Use tab to autocomplete the suggestion.

**Expected result**
* Searchmode is active (as suggested by the already active searchmode chiclet).

**Actual result**
* Searchmode is not yet active (user still has to hit enter to select the selected heuristic).
* Heuristic is still displayed, even though the searchmode appears to be active. Search suggestions should already be available if searchmode appears to be active.

**Regression range**
* Not a regression. 

**Additional notes**
* Issue occurs even with scotch bonnet disabled.
Bug: [Experiment] The “Set Up” checklist cannot be opened again if the browser was restarted while it was open
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-18 14:10:29+00:00
Resolved: 2024-11-12 16:13:38+00:00

**[Affected versions]:**
- Firefox Beta 132.0b8 - Build ID: 20241016091706


**[Affected Platforms]:**
- Windows 11 x64
- macOS Sequoia 15.0.1
- Ubuntu 22.04 x64


**[Prerequisites]:**
- Have a user.js for any branch (except Control) to enroll into the experiment.



**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to “about:support” and search for “Profile Folder”.
3. Click on “Open Folder” from the “Profile Folder”.
4. Copy the user.js from the prerequisites into the selected profile.
5. Restart the browser and notice that the user is enrolled into the experiment.
6. Open a new tab.
7. Click on the “Finish setup” button.
8. Select or not some options from the “Set Up” checklist.
9. Restart the browser with the “Set Up” checklist opened.
10. Reopen the browser.
11. Click again on the “Finish setup” button.



**[Expected result]:**
-  The “Set Up” checklist can be opened after the browser has been restarted with the checklist opened.

**[Actual result]:**
- The “Set Up” checklist cannot be opened after the browser has been restarted with the checklist opened.

**[Additional Notes]:**
- This issue is occurring also when the whole checklist has been completed and the user is restarting the browser with the list opened.
- A video of this issue is attached.
Bug: [Experiment] “Finish setup” button is still displayed even if the whole “Set Up” checklist has been completed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-18 14:37:26+00:00
Resolved: 2024-10-29 15:32:39+00:00

**[Affected versions]:**
- Firefox Beta 132.0b8 - Build ID: 20241016091706


**[Affected Platforms]:**
- Windows 11 x64
- macOS Sequoia 15.0.1
- Ubuntu 22.04 x64


**[Prerequisites]:**
- Have a user.js for any branch (except Control) to enroll into the experiment.



**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to “about:support” and search for “Profile Folder”.
3. Click on “Open Folder” from the “Profile Folder”.
4. Copy the user.js from the prerequisites into the selected profile.
5. Restart the browser and notice that the user is enrolled into the experiment.
6. Open a new tab.
7. Click on the “Finish setup” button.
8. Select all the options from the “Set Up” checklist.
9. Restart the browser.
10. Notice the bookmark toolbar.




**[Expected result]:**
-  “Finish setup” button is not displayed if the whole “Set Up” checklist has been completed.

**[Actual result]:**
- “Finish setup” button is still displayed even if the whole “Set Up” checklist has been completed.


**[Additional Notes]:**
- A video of this issue is attached.
Bug: [Experiment] “Finish setup” button does no appear on the Bookmark toolbar if “Other Bookmarks” section is present on the toolbar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-10-18 14:45:55+00:00
Resolved: 2024-10-21 17:04:32+00:00

**[Affected versions]:**
- Firefox Beta 132.0b8 - Build ID: 20241016091706


**[Affected Platforms]:**
- Windows 11 x64
- macOS Sequoia 15.0.1
- Ubuntu 22.04 x64


**[Prerequisites]:**
- Have a user.js for any branch (except Control) to enroll into the experiment.


**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to “about:support” and search for “Profile Folder”.
3. Click on “Open Folder” from the “Profile Folder”.
4. Copy the user.js from the prerequisites into the selected profile.
5. Restart the browser and notice that the user is enrolled into the experiment.
6. Open a new tab.
7. Click on the “Finish setup” button.
8. Select the “Import data” option from the checklist.
9. Import data from a user who has “Other bookmarks”.
10. Notice the bookmark toolbar.




**[Expected result]:**
-  “Finish setup” button appears on the bookmark toolbar even if there are many bookmarks.

**[Actual result]:**
- “Finish setup” button doesn’t appear on the bookmark toolbar because there are many bookmarks saved.

**[Additional Notes]:**
- A video of this issue is attached.
Bug: Skeleton UI needs updating for vertical tabs
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-10-18 15:01:56+00:00
Resolved: 2025-02-14 17:36:08+00:00

On Windows with vertical tabs enabled there's a noticeable difference between the early paint which paints a tabstrip, and the actual window (which doesn't have one). :-)
Bug: Translate selection does not have in select "TO" language which downloaded in Translations settings.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-18 17:26:11+00:00
Resolved: 2024-10-18 18:03: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:

Select text at any page
Click right mouse and choose Translate Selection to Bulgarian


Actual results:

I see Translation BETA menu appears. In FROM section there is ukrainian language. But it is not present in TO section


Expected results:

Possibility to select ukrainian language in TO section and get translation into that language
Bug: About Chiclets Aren't Shown When Scotch Bonnet is Enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-18 18:26:23+00:00
Resolved: 2025-02-12 08:56:22+00:00

#### STR

1. Enable `browser.urlbar.scotchBonnet.enableOverride`.
2. Navigate to an about page that contains an informational chiclet indicating that the page is a secure Firefox page.

#### Expected Results

1. The Firefox chiclet is displayed in the address bar.

##### Actual Result

1. The unified search button is shown, but not the Firefox chiclet

##### Additional Details

The chiclet should be shown for:

- about:addons
- about:config
- about:cache
- about:certificate
- about:compat
- about:crashes
- about:debugging
- about:downloads
- about:license
- about:logins
- about:loginsimportreport
- about:policies
- about:preferences
- about:processes
- about:profiles
- about:profiling
- about:protections
- about:rights
- about:studies
- about:support
- about:telemetry
Bug: High Frequency browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-18 18:43:49+00:00
Resolved: 2024-12-09 12:01:12+00:00

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

---
```
[task 2024-10-18T18:03:31.613Z] 18:03:31     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | Tabgroup edit panel is closed - true == true - 
[task 2024-10-18T18:03:31.613Z] 18:03:31     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | true == true - 
[task 2024-10-18T18:03:31.614Z] 18:03:31     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | true == true - 
[task 2024-10-18T18:03:31.614Z] 18:03:31     INFO - Buffered messages logged at 18:02:16
[task 2024-10-18T18:03:31.615Z] 18:03:31     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | Tabgroup edit panel is open - true == true - 
[task 2024-10-18T18:03:31.615Z] 18:03:31     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | Group editor is not in create mode - true == true - 
[task 2024-10-18T18:03:31.615Z] 18:03:31     INFO - Buffered messages finished
[task 2024-10-18T18:03:31.616Z] 18:03:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_tab_groups.js | Test timed out - 
[task 2024-10-18T18:03:31.617Z] 18:03:31     INFO - GECKO(2262) | Completed ShutdownLeaks collections in process 2262
[task 2024-10-18T18:03:31.617Z] 18:03:31     INFO - TEST-START | Shutdown
[task 2024-10-18T18:03:31.617Z] 18:03:31     INFO - Browser Chrome Test Summary
[task 2024-10-18T18:03:31.618Z] 18:03:31     INFO - Passed:  3535
[task 2024-10-18T18:03:31.618Z] 18:03:31     INFO - Failed:  1
[task 2024-10-18T18:03:31.619Z] 18:03:31     INFO - Todo:    0
[task 2024-10-18T18:03:31.619Z] 18:03:31     INFO - Mode:    e10s
[task 2024-10-18T18:03:31.620Z] 18:03:31     INFO - *** End BrowserChrome Test Results ***
```
Bug: Multiple webchannel messages might be in-flight at the same time
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-18 19:05:57+00:00
Resolved: 2024-10-19 06:38:57+00:00

In the webchannel code, many of the things we do are async. This means there's a chance that if multiple messages come in quickly, we will start handling later ones before the async work we are doing in earlier ones has completed.

We don't hit this in practice currently, but do with oauth enabled - we might get a `login` message followed very quickly after by an `oauth_login` message - the latter relies on the former completing, but there are no guarantees it does. This is reproducible if you log in an already verified user.
Bug: New Private Window doesn't work - I get the normal window instead
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-10-18 21:19:59+00:00
Resolved: 2024-11-15 13:07:06+00:00

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

Steps to reproduce:

I tried replicating this 1) trying again, 2) closing Firefox, reopening it and trying New Private Window again. Please note I'm running Windows 10 Pro, fully patched and the latest version of Firefox 131.0.3


Actual results:

I get a regular window


Expected results:

I should have gotten the private window
Bug: Sidebar extension icons that are svg's don't have consistent fill color based on the selected theme
Status: NEW
Priority: P3
Created: 2024-10-18 23:14:53+00:00
Resolved: 2025-01-20 11:32:00+00:00

Add-on icons in the vertical tabs sidebar seem to have the wrong fill color applied in latest nightly on Mac. Version: 133.0a1 (2024-10-18) (aarch64)

Steps to reproduce:

1. Set `sidebar.revamp` and `sidebar.verticalTabs` prefs to true
2. Install some addons (I'm using side-view and notes--these are pretty old and maybe that has something to do with it?)
3. Activate the alpenglow built-in theme

Expected: the icons in the sidebar all have the theme-based fill color

Actual: all the icons have the theme-based fill except the addon icons, which have the regular grey fill. See screenshot.
Bug: Search term persistence doesn't work for Bing (CN) and Baidu
Status: NEW
Priority: P2
Created: 2024-10-19 01:58:36+00:00
Resolved: 2024-11-06 15:48:32+00:00

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

Steps to reproduce:

打开“设置”，勾选“默认搜索引擎下，搜索结果页的地址栏中显示搜索词而非网址”，将默认搜索引擎选择为Bing ，在地址栏输入任意搜索词。


Actual results:

搜索结果面的地址栏中仍然显示一长串地址代码。


Expected results:

搜索结果页的地址栏应该只显示搜索词。
Bug: F11 won't fullscreen anymore
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-19 09:43:32+00:00
Resolved: 2024-10-21 00:08:14+00:00

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

Steps to reproduce:

Press F11 in safe-mode with this config (attached) on a Lenovo Laptop. (I confirmed that F11 key works.)


Actual results:

Nothing


Expected results:

Fullscreen mode should enter.
Bug: When downloading a file using Private Browsing window, the Taskbar Button Progress Bar is displayed on Main window instead of Private Browsing window
Status: NEW
Priority: --
Created: 2024-10-19 13:16:57+00:00
Resolved: 2025-02-03 20:33:04+00:00

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

Steps to reproduce:

When downloading a file using Private Browsing window, the Windows' Taskbar Button Progress Bar is displayed on Main window instead of Private Browsing window. So you see the download process, you go to main window, click on downloads, but the downloads are not going on there!




Expected results:

Display progress bar on private browsing window.
Bug: Address bar gray background makes it difficult to read url, related to the System theme
Status: NEW
Priority: P3
Created: 2024-10-19 14:34:33+00:00
Resolved: 2025-01-16 14:39:00+00:00

If/When the address bar does not have system focus, the url text is gray on light gray background making it barely readable. Such change happened when I upgraded to Firefox 128.3 ESR.

Expected result:
When the address bar does not have system focus, the url text should be black on white background

One excellent description of this problem (from Sterrence) is:
https://support.mozilla.org/en-US/questions/1442903

Notes:
- I use Linux Debian 12.7
- Browser theme is System auto
- I searched for a duplicate and did not find any
- Component could be Theme
- I can upload a screen shot if requested
Bug: Verified account checks aren't appropriate for oauth flows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-19 15:31:13+00:00
Resolved: 2024-10-22 04:10:52+00:00

We currently check the `verified` flag on the account data to know whether the account is fully connected to Firefox. In oauth flows, this isn't enough - even if the account is marked as verified, we aren't truly connected in oauth flows until we actually have the scoped keys. The proposed fix is to return `verified=false` when we don't have these keys.
Bug: If you have problems using digital signatures, you have to use an old version of the browser so that the token is recognized and accepted.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-19 19:39:07+00:00
Resolved: 2024-11-07 08:50:54+00:00

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

Steps to reproduce:

If you have problems using digital signatures, you have to use an old version of the browser so that the token is recognized and accepted.


Actual results:

If you have problems using digital signatures, you have to use an old version of the browser so that the token is recognized and accepted.


Expected results:

If you have problems using digital signatures, you have to use an old version of the browser so that the token is recognized and accepted.
Bug: getpocket.com not suggested in URL bar when typing "pocket"
Status: NEW
Priority: --
Created: 2024-10-19 21:19:49+00:00
Resolved: 2024-11-04 12:20:34+00:00

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

Steps to reproduce:

add https://getpocket.com/home as a bookmark
close tab, open an empty tab, delete history
in URL bar type "pocket"


Actual results:

Neither getpocket.com nor https://getpocket.com/home is being suggested


Expected results:

either of the 2 should be suggested
Bug: Translate for Amazon.es (into German) always selects max. number of products
Status: UNCONFIRMED
Priority: --
Created: 2024-10-19 22:05:30+00:00
Resolved: 2025-01-23 22:53:42+00:00

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

Steps to reproduce:

Open Amazon.es page with a product that has an quantity selector,
wait for FF translations of the selector


Actual results:

After passing the quantity selector the max value from the list is seleted


Expected results:

Do not change the quantity seletion (initial always "1")
Bug: Fullscreen toolbar gets hidden when moving curser on tab preview
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-19 22:08:56+00:00
Resolved: 2024-10-19 23:17:04+00:00

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

Steps to reproduce:

1. Open Window
2. Press F11 to fullscreen window
3. Move curser to the top to show toolbar
4. Hover curser over tab
5. Hover curser on tab preview


Actual results:

Hovering the curser on the tab preview will close the toolbar.


Expected results:

Hovering the curser on the tab preview should not close the toolbar. 

It is disruptive to work flow and difficult to avoid when the whole row is filled with tabs.

To illustrate the problematic area I have attached a screeshot marking the area which will cause the toolbar to be closed.
Bug: Dragging off a toolbar submenu allows other toolbar menus to be opened simultaneously
Status: NEW
Priority: P3
Created: 2024-10-19 23:57:40+00:00
Resolved: 2024-10-21 15:03:06+00:00

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

Steps to reproduce:

1. Open a toolbar dropdown by clicking the icon (eg: 'Extensions' puzzle piece)
2. Active a submenu from that dropdown (eg: click the cog in the extension dropdown)
3. Click on any of the submenu items, and while holding down, drag out of both the submenu and toolbar dropdown
4. Open another, different toolbar dropdown


Actual results:

- The first dropdown remains open, possibly covering the second
- The second dropdown opens


Expected results:

- The first toolbar dropdown closes
- The second toolbar dropdown opens
Bug: [Windows] TabsToolbar customized items appear on wrong side after browser relaunch
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-20 01:51:31+00:00
Resolved: 2024-12-12 18:08:55+00:00

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

Steps to reproduce:

Items placed *after* the tab strip the "TabsToolbar" appear *before* the tab strip on browser restart.

Using firefox-devedition (132b9 currently) on both windows and linux, the problem only appears on windows.

Using the "Search Bugs" function here, I could only find these two sejmi-related  reports:



Actual results:

Using the "Customize Toolbar ..." option, i am able to move the items to their usual location, however (on windows only) the items reappear *before* the tab strip on browser relaunch.


Expected results:

The items should appear after the tab strip.