av9ash/GitBugs huggingface dataset:
Bug: When I want to enter something in the lower search bar, it is entered in the upper one.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-03 10:47:42+00:00
Resolved: 2021-06-03 12:50:10+00:00

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

Steps to reproduce:

On the Firefox start page, I try to enter something in the lower (Google) search bar. I click on it and start typing.


Actual results:

What I entered is in the search bar at the top.


Expected results:

It should have been in the lower search bar normally.
Bug: New Firefox UI is unreadable for disabled, short sighted
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2021-06-03 10:48:15+00:00
Resolved: 2023-06-02 15:21:37+00:00

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

Steps to reproduce:

Opened new Firefox version on a pc workstation with large, good contrast screen. Until now no problems with readability. 


Actual results:

The new version opened (3rd June 2021). The new UI is incredibly hard to read for short sighted.

Hard to read in detail: 
- The grayed out arrows etc are barely visible. 
- Url bar unreadable (font color too light)
- Tabs are chaotic, e.g. several open youtube tabs all look the same. The eye has nothing to hold on to.
- Sound icon etc missing, "playing" "autopla..." text barely visible, font color too light, too small to read. 
- The font in general seems to be smaller, or is harder to read. 
- After about 30 minutes migraine from the eye strain, never happened before. A bigger contrast cannot solve this, will cause more eye strain. 





Expected results:

A high number of people are short sighted or have other eye issues. They get excluded from Firefox use. 
It's not realistic that complicated technical changes are needed to get a readable version. Most people will not go through that process and will just change to Chrome. 
Most people will not even change the theme, or they can't change it, for example on a public access computer (library etc). 
The main theme should be baseline usable for the majority of people. This includes the short-sighted, the elderly, dyslexic people or people who can't read (yet).  
Filing this report is also pretty complicated, and I doubt the above mentioned groups will complete that process. After this experience, I cannot believe that Firefox is serious about disability access anymore .
Bug: Print preview rotates the pdf content to the left
Status: NEW
Priority: --
Created: 2021-06-03 11:13:55+00:00
Resolved: 2023-09-14 10:10:34+00:00

**Affected versions**
* 91.0a1 (2021-06-02) 
* 90.0b2
* 89.0

**Affected platforms**
* Windows 10x64
* macOS 11
* Ubuntu 18.04

**Steps to reproduce**
1. Launch Firefox.
2. Access https://bug1225439.bmoattachments.org/attachment.cgi?id=8688380  .
3. Open the print dialog.


**Expected result**
* Page is displayed correctly in the print preview window.

**Actual result**
* Page is displayed incorrectly in the print preview window.

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f0995e7b318af33c677fe0c0cae6616a6d8dfb3d&tochange=6754c6b70539e3cb7313cb5412f049a6e35a3aba 
* Possible regressor: Bug 1702796

**Additional notes**
* see the attached screenshot.
* Actual print output is affected too (e.g. print to pdf)
Bug: Windows system theme fails to use system colors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-03 11:30:22+00:00
Resolved: 2021-06-08 14:37:37+00:00

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

Steps to reproduce:

I have updated Firefox to v89, and got a new Photon theme.


Actual results:

New theme fails to use system colors in caption bar, which makes it hard to understand where is active tab, or if window is active or not.


Expected results:

New theme should use windows colors for caption, like old theme.
Bug: Split Button in "save password"-panel has incorrect hover effect
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-03 12:00:01+00:00
Resolved: 2022-01-21 17:37:33+00:00

The drop-down menu that opens when clicking on the arrow-part of the split button in the "save password"-panel has some visual problems (at least on macOS).

When a light theme is applied, the text label color becomes white, and with a dark-theme, there is no hover effect at all. There are also some strange artifacts in the corners of the dark-theme drop-down.

This might extend to other split buttons, but I don't know if we have others.
Bug: [Phase 2] The QuickSuggest results are no longer triggered after upgrading from Firefox 89 to 90 while enrolled in the experiment
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-06-03 12:56:46+00:00
Resolved: 2021-07-15 10:46:20+00:00

**[Notes]:**
- Not sure if there are some changes in Firefox 90 that are not supported by the Nimbus experiment that might cause this.
- While typing a keyword that should trigger a QS result the following error is displayed in browser console: `Error: Trying to access an unknown pref quickSuggestSponsoredIndex`.
- I have managed to reproduce this only while enrolled in the Nimbus experiment. If I manually set the following prefs on Firefox 89 release, the issue is not reproducible:
 -"browser.urlbar.quicksuggest.enabled" = "true";
 -"browser.urlbar.quicksuggest.ShouldShowOnboardingDialog" = "false";
 -"browser.urlbar.experimental.firefoxSuggestLabels.enabled" = "true";
 -"browser.urlbar.quicksuggest.showOnboardingDialogAfterNRestarts" = "2";

- This can be concerning if the Firefox Suggest - Phase 2 timeline will be extended and will be included in Firefox 90.
- Unfortunately, Firefox Suggest - Phase 3 is not ready and we cannot confirm if this issue is also reproducible for it.
- Also, I am not sure if this happens because we don't use the normal flow to update the Firefox versions. 

**[Affected versions]:**
- Firefox Beta 90.0b2;
- Firefox Release 89.0;

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox 89.0 release installed.
- Have a Beta 90.0b2 that has the channel changed to "release".
- If you are not on US region, use a VPN service and connect to a US region.
- Have the following prefs set to ve enrolled in Firefox Suggest - Phase 2: 
 - "messaging-system.rsexperimentloader.collection_id" to "nimbus-preview".
 - "app.normandy.user_id" to "7ea78579-c421-034f-8b54-1f7e04d826bb".
 - "messaging-system.log" to "all".

**[Steps to reproduce]:**
1. Open the Firefox release with the profile from prerequisites.
2. Click on the Awesome bar and type "nike" and observe the results.
3. Close the browser.
4. Open Firefox Beta 90.0b2 with the same profile used above.
5. Click on the Awesome bar and type "nike" and observe the results.

**[Expected result]:**
Step 2: The Nike Sponsored result is displayed in the last position.
Step 5: The Nike Sponsored result is displayed in the last position.

**[Actual result]:**
Step 2: The Nike Sponsored result is displayed in the last position.
Step 5: The Nike Sponsored result is NOT displayed. An `Error: Trying to access an unknown pref quickSuggestSponsoredIndex` error is displayed in the browser console while typing a keyword that should trigger a QS.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: Random freezes that i have to force quit since new update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-03 13:42:54+00:00
Resolved: 2021-06-23 18:04:05+00:00

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

Steps to reproduce:

Since the new update launched (v89), my browser keeps freezing randomly. It happens when I'm loading multiple tabs together, but not always. I mean, maybe it loads 4 tabs together with no problem but sometimes I open only 1 and it crashes all the windows and I have to force quit the program. It has already happened maybe 10-15 times in 2 days.
Bug: Use the same styling for protections panel toggle control as are used in about:newtab
Status: NEW
Priority: P3
Created: 2021-06-03 15:57:33+00:00
Resolved: 2022-08-25 13:49:48+00:00

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

Steps to reproduce:

Firefox Nightly 91.0a1 (2021-06-03) (64-bit), Fedora 33.
Open "Protections" menu for any website.


Actual results:

Enhanced Tracking Protection toggle button is different than one in "Personalize" menu on home screen. When toggle is ON white circle inside toggle has some grey inner border.


Expected results:

All toggle buttons should look the same, preferably bigger version of ones in "Personalize" menu.
Bug: about:newtab only shows 2 columns
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-03 17:45:06+00:00
Resolved: 2021-12-29 09:02:16+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

set firefox window to half screen width, goto about:newtab and it only shows 2 columns, there is space for 4


Actual results:

2 columns


Expected results:

4 columns
Bug: Crash when visiting a certain Wikipedia article
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-03 18:20:30+00:00
Resolved: 2021-08-04 11:39:10+00:00

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

Steps to reproduce:

Just tried to visit https://en.wikipedia.org/wiki/Lupara_bianca



Actual results:

Firefox closed itself/crashed without any crash dump.


Expected results:

Firefox should not crash.
Bug: Bookmark bar shows if I add a new bookmark
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-03 18:31:42+00:00
Resolved: 2021-09-21 15:37:22+00:00

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

Steps to reproduce:

I add a new bookmark


Actual results:

Bookmark bar shows.


Expected results:

It shouldn't be shown since I have set it to "Never show"
Bug: You can no longer drag a tab out to empty desktop space to create a new window. (If you do it fast enough)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-03 18:54:06+00:00
Resolved: 2021-06-24 08:12:51+00:00

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

Steps to reproduce:

I tried to move a tab from my main monitor to second monitor to create a new fullscren window. Click and quickly drag tab to second monitor. 


Actual results:

Multiple outcomes. 1. Nothing happened
2. It became a window but stayed on the same monitor
3. It became a window but stayed on the same page but slightly smaller than original window
4. It went on to the second monitor but didn't go fullscreen.


Expected results:

New firefox window with the same size as the old one being created on the second monitor. Even if you are moving the tab very fast.
Bug: When dragging a tab from another window or dragging text, and trying to insert it as the rightmost tab it instead indicates it wants to insert as the leftmost tab if you have any hidden tabs.
Status: NEW
Priority: --
Created: 2021-06-03 18:58:52+00:00
Resolved: 2022-07-05 05:25:55+00:00

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

Steps to reproduce:

I can reproduce by following these steps:
1. Hide a tab (I use Tab Stash for this)
2. Try to drag a tab from another window (or text/image from any page) to the right of all open, non-hidden tabs.


Actual results:

The drop indicator indicates that the dragged item will be inserted in the leftmost position.
It actually drops it in the correct position anyway

(It seems like it stops being broken if enough tabs are open. During testing it seems to work fine once enough tabs are open to fill out the tab bar.)


Expected results:

The indicator should correctly show the dragged element as being inserted to the right of the rightmost tab.
Bug: Urlbar docs: In index.rst, the Architecture Overview link in the Where to Start section is broken
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-06-03 19:05:45+00:00
Resolved: 2021-06-04 10:37:09+00:00

In index.rst, the Architecture Overview link in the Where to Start section links to an unrelated page in the devtools docs.
Bug: Problem with the webrtcIndicator in 4K laptop display
Status: NEW
Priority: P5
Created: 2021-06-03 20:39:03+00:00
Resolved: 2021-06-25 15:43:26+00:00

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

Steps to reproduce:

- Open Firefox
- Enter any website (video conferencing platform) where a microphone or camera is required [ex. meet.jit.si]
- Try moving the orange microphone/camera use indicator (webrtcIndicator)



Actual results:

- The indicator moves to the right immediately and is out of phase. It would seem that it does not recognize the 4k and the movement would be performed in 1/4 of the 4k (that is, FullHD).


Expected results:

- The pointer should move as the mouse moves
Bug: Firefox Translations doesn't work using an ARM CPU
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-03 20:48:08+00:00
Resolved: 2023-01-25 17:07:06+00:00

### Steps to reproduce

1. Set `extensions.translations.disabled` to false in `about:config` and restart Firefox
2. go to https://es.wikipedia.org/wiki/Wikipedia:Portada
3. Select "translate this page"

### Expected results

The page gets translated to something readable

### Actual results

Every word gets changed to "outside"
Bug: Cannot delete user added certificates and CAs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-03 21:24:36+00:00
Resolved: 2021-06-03 21:39:24+00:00

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

Steps to reproduce:

I use Firefox on macOS. Before Firefox supported using OS cert store (Keychain), I added some client certs and CAs to Firefox via Preferences -> Security -> View Certificates.

Now that it has gained that support, I am trying to remove the certs and CAs using the same dialog, but that doesn't seem to work.


Actual results:

Certificate manager shows that the certs / CAs have been deleted, but they still persist if you open cert manager again or even after restarting. And I think these certs are also being synced via Firefox Sync, even though I don't see that option in sync settings.

When I created a new profile, everything seemed fine until I signed into Firefox Sync, which seems to have caused these certs to appear again.


Expected results:

The certificates and CAs should get deleted when users try to delete them.
They should not be synced via Firefox Sync transparently. There should be an option to not sync them.
Bug: Title Bar colour for Default Theme doesn't match to Operating system theme.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-03 22:49:35+00:00
Resolved: 2021-06-10 08:28:33+00:00

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

Steps to reproduce:

Update to Firefox 89.0 


Actual results:

The Titlebar of the Firefox windows is BRIGHT and does not follow the colour of the operating system theme. (Windows 10 version 20H2).
Other browsers (or any application for that matter) have a light gray Titlebar colour and a dark gray for the front window.
Firefox System 89 theme claims to "Follow the operating system setting for buttons, menus, and windows" but is actually using the Light theme colour.



Expected results:

The TitleBar colour for Default Theme should match the operating system. (just as in the version before Firefox 89, and just as in its own description).
Bug: Remove Snippets Button From Personalize Panel on New Tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-03 22:50:43+00:00
Resolved: 2021-06-25 13:07:19+00:00

Snippets has been disabled by default in MR1 but the button is still showing on the Personalize panel. This needs to be removed since clicking it has no effect on the New Tab appearance.
Bug: about:preferences#home Web Search settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-04 00:52:44+00:00
Resolved: 2021-06-04 04:14:10+00:00

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

Steps to reproduce:

1 . Type about:preferences#home  and check Web Search settings
2. Open a new tab
3. Click on the input "Search with..."
4. Type "Why the text is typed in the address bar instead of the new tab input box?" 


Actual results:

The input box remains empty, the input text is hijacked by the address bar



Expected results:

The text should have been on the web search input box, and the search engine should be queried when click enter

Note there is a security implication on this bug:
If I type  on Search input: "IDontWantToAccessThisSite.com" I'm expecting some results from the the search engine and not to actually access the potential dangerous site.
Bug: UI Fault: FF89's New Tabs Break Pinned-Tab Conspicuity
Status: UNCONFIRMED
Priority: --
Created: 2021-06-04 01:15:53+00:00
Resolved: 2024-06-17 13:31:34+00:00

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

Steps to reproduce:

FF89.0 under MacOS 10.13.6. I pinned four tabs. 


Actual results:

The new fenceless tab appearance breaks pinned tabs; now they're ghosts occupying a blank area at the left of the tab bar. There are four pinned tabs in the empty-looking area of the tab bar to the left of the "What's Free Trade Mean" tab in the attached screen grab. The only way to see they're there is to hover the cursor over them. There is no way to label or name a pinned tab, and no apparent way to restore the fences between tabs. 


Expected results:

The pinned tabs should be visible, somehow or another, and there should be a way for the user to label or name them.
Bug: "Allow zzz to send notifications" dialog is not dismisssable
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-04 01:37:21+00:00
Resolved: 2023-07-18 10:01:27+00:00

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

Steps to reproduce:

I went to https://web.libera.chat/ for the first time in desktop Firefox, and the dropdown ("doorhanger"?) dialog "Allow web.libera.chat to send notifications?" doesn't go away when I click [Always Block] or [Allow].


Actual results:

The [Always Block] and [Allow] buttons highlight on hover and flash when I click, but the dialog just doesn't go away. I cleared cookies and site data and reloaded and encountered the same problem. It doesn't look as if Nightly is saving my choice when I click.

It also happens on chat.mozilla.org as well after I cleared its Notifications setting to get the prompt.

I don't see any errors in the developer console. I have Ghostery and uBlock Origin add-ons, but neither admits to blocking anything.


Expected results:

Clicking either button should dismiss the dialog.
Bug: Calculator: Divide by zero
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-06-04 05:33:22+00:00
Resolved: 2025-02-19 13:12:22+00:00

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

Steps to reproduce:

In URL bar type 1/0 (browser.urlbar.suggest.calculator should be enabled)


Actual results:

Calculator suggest ={$result}


Expected results:

Calculator suggest ={$result}
Bug: UI change makes firefox unsable
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-04 06:25:09+00:00
Resolved: 2021-06-04 07:26:26+00:00

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

Steps to reproduce:

update to Version 89


Actual results:

the UI changed without my consent and is now a heap of crap


Expected results:

not change the complete UI without consent
Bug: [Win 8.1] Titles on tabs are barely visible if the browser is unfocused while dark theme is set
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-06-04 07:55:01+00:00
Resolved: 2021-10-12 02:33:09+00:00

**Affected versions**
- Firefox 90.0b3
- Firefox 91.0a1

**Affected platforms**
- Windows 8.1

**Steps to reproduce**
1. Launch Firefox
2. Enter customize mode and set the dark theme
3. Unfocus the browser

**Expected result**
- Titles are visible on tabs if the browser is unfocused

**Actual result**
- Titles on tabs are barely visible if the browser is unfocused

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the attachment
Bug: Tab bar white not dark in Windows 7 (in dark mode)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-04 08:29:06+00:00
Resolved: 2021-06-08 14:16:01+00:00

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

Steps to reproduce:

Auto updated to 89


Actual results:

The tabs row is grey not dark. (Dark mode is on)


Expected results:

Should be dark as it always was.
Bug: Right-clicking disabled back/forward buttons causes navigation context menu to briefly appear and disappear (it shouldn't appear at all)
Status: NEW
Priority: P5
Created: 2021-06-04 08:30:06+00:00
Resolved: 2021-06-10 18:47:31+00:00

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

Steps to reproduce:

Observed on my normal profile but also reproduced on a brand new profile, 91.0a1 (build 20210601213358) on Windows 10.

- Open a new tab such that the back/forward navigation buttons in the navbar are disabled.
- Right click one of them.
- Might take a few clicks, it flickers so quickly you might miss it half the time.


Actual results:

- The navigation context menu, with only one menuitem, (the current page) briefly flashes.
- Then as fast as it opened, it closes.


Expected results:

- The back/forward buttons' callbacks should not invoke the popup open method until after checking the number of web progress items.
- Or better yet, since the `disabled` state of the back/forward buttons is changed automatically by web progress and tab switch listeners, click events should simply not be consumed if the buttons are disabled, just like toolbarKeyNav stops you from "focusing" the buttons when they're disabled. It's weird though because I was under the impression that the disabled attribute should automatically block the event callbacks, no?
- At the same time, I think hovering the disabled menuitems should still open a tooltip. So not all interaction should be blocked, just click/focus/command.
Bug: About preferences - bottom highlight on buttons inside modals is missing
Status: NEW
Priority: P3
Created: 2021-06-04 08:32:33+00:00
Resolved: 2021-08-24 16:09:01+00:00

**Affected versions**
- Firefox 90.0b3
- Firefox 91.0a1

**Affected platforms**
- Windows 8.1 & Windows 10
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox 
2. Access about:preferences
3. Open the settings for example Autoplay
4. Press tab until the focus is over Save changes or Cancel

**Expected result**
- The focus on the buttons is fully visible

**Actual result**
- The bottom part of the focus is cut off

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the attachment
- Can't reproduce on macOS as the focus is not getting to the Save changes and Cancel button at all
- Other modals are affected as well
Bug: PDF search brakes after pulling the tab into a new window.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-04 09:16:25+00:00
Resolved: 2021-06-04 10:17:15+00:00

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

Steps to reproduce:

1. Open a PDF.
2. Drag the PDF into a new window from a tab.


Actual results:

Searching in PDF gives no results.


Expected results:

Searching should give results.