av9ash/GitBugs huggingface dataset:
Bug: Firefox update uses more space between bookmark entries
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-25 03:40:50+00:00
Resolved: 2021-12-27 21:51: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:

Nothing. Firefox updated.


Actual results:

Everything has smaller fonts and is more widely spaced apart now. Because of this, my bookmarks drop-down menu now requires scrolling. Thanks, I hate it.



Expected results:

I would like it change the size of the fonts on the browser window themselves as well as the spacing. Everything is just WAAAAAAAY to spaced out. It's so unnecessary.
Bug: Bookmarks drop-down menu goes UNDER Windows taskbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-25 03:47:46+00:00
Resolved: 2021-04-26 20:47:58+00:00

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

Steps to reproduce:

Nothing. Firefox updated.


Actual results:

With the new Firefox update has come a slew of issues for me in using firefox on my desktop. 
My bookmarks drop-down menu now requires scrolling (an issue I've submitted a bug report for on its own). When I scroll down, the menu disappears UNDER my Windows taskbar instead of remaining OVER it. Screenshot included. 


Expected results:

I would like my bookmarks menu to STOP disappearing UNDER my Windows taskbar.
Bug: Context menus are not native styled, they are too large
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-04-25 07:52:12+00:00
Resolved: 2021-10-21 15:54:31+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
**Window Size (inner width and height):** 1366x643

## Steps to Reproduce
Right click

## Expected Behavior
Context menus that look and feel like they integrate with Windows

## Actual Behavior
Menu items are too large and don't look native
Bug: Default OS downloads directory is listed as "Downloads" in preferences/settings even when that is not the name of the folder, which is confusing
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-04-25 19:14:34+00:00
Resolved: 2023-10-16 17:03:28+00:00

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

Steps to reproduce:

Preferences -> General, scroll to Files and Applications, Downloads -> Save files


Actual results:

By default, on Linux machines, the Downloads location seems to show a 'Downloads' folder, but this doesn't necessarily reflect where Downloads are actually saved.

For example, I don't have a ~/Downloads directory, and Firefox downloads will actually be saved in ~, or my home directory.

Also, if a user attempts to change the Downloads directory, and chooses their home directory as the downloads location, the textbox for the downloads location will still show 'Downloads, rather than /home/someuser

By comparison, the Chrome browser has a similar setting, that defaults to /home/someuser/Downloads, and if a user actually downloads something with the Chrome browser, Chrome will actually create the /home/someuser/Downloads directory, and save the downloaded file in /home/someuser/Downloads.


Expected results:

The Downloads setting textbox/file selection box should display the actual location for downloads, especially if a user tries to change that setting, to /home/someuser, for example.
Bug: forms and autofill, address and credit cards options in privacy and security aren't displayed the first time firefox is started, following a new installation due to race condition in region code
Status: NEW
Priority: P3
Created: 2021-04-25 19:26:53+00:00
Resolved: 2022-08-01 12:18:57+00:00

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

Steps to reproduce:

Install a new version of Firefox.
Start Firefox.
Enter Firefox preferences.
Select the Privacy & Security tab.
Scroll down until you see Logins and Passwords and History settings on the screen.


Actual results:

The Forms and Autofill section with Autofill addresses and Autofill credit cards isn't in the Privacy & Security settings the first time Firefox is started.

If you start Firefox a second time, and return to the same area of the Privacy & Security settings, then the Autofill addresses and Autofill credit cards settings are shown.


Expected results:

Privacy & Security, Autofill addresses and Autofill credit cards should be displayed the first time a user visits the Privacy & Security settings.
Bug: Disabled screenshot icon does not blend in in dark design
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-04-25 20:51:22+00:00
Resolved: 2021-10-27 18:12:29+00:00

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

Steps to reproduce:

0. Drag/enable the “new” screenshot icon in Firefox 88.
1. Set your Firefox to the dark theme.
2. Open a new tab.

Look at the screenshot icon .


Actual results:

It looks weird when compared to the other icons.

It just look off…


Expected results:

It should not look so grey.
Maybe just don’t disable it and instead display an error message when it is clicked that you just cannot use it. That way it would also be a bit more explanatory.

As such, take this as an UI/UX suggestion.
Bug: The new nightly didn't install using a new profile as it should
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-25 22:53:28+00:00
Resolved: 2021-04-29 14:27:14+00:00

Windows 7, 64-bit

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0 	Windows_NT 6.1 7601

Build  20210424155423

1) Download from https://www.mozilla.org/firefox/channel/desktop/#nightly and install.
2) Notice it opens in the same profile as my daily one. 	

Expected behavior: As per https://blog.nightly.mozilla.org/2019/01/14/moving-to-a-profile-per-install-architecture/ it should install using a new profile.

Actual behavior: It installed using the same profile as my daily one.

Note: I tried two times, one with my daily browser open, the other with my daily browser closed. Both times the new installation didn't open in a new profile.

Github profile: https://github.com/gaby2300
Bug: The new Firefox Nightly didn't install using a new profile as it should
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 00:38:02+00:00
Resolved: 2021-04-26 16:55:20+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1333x613

## Steps to Reproduce
1. Download from https://www.mozilla.org/firefox/channel/desktop/#nightly and install.
2. Notice it opens in the same profile as my daily one.

## Expected Behavior
As per https://blog.nightly.mozilla.org/2019/01/14/moving-to-a-profile-per-install-architecture/ it should install using a new profile.

## Actual Behavior
It installed using the same profile as my daily one.

Note: I tried two times, one with my daily browser open, the other with my daily browser closed. Both times the new installation didn't open in a new profile.
Bug: The sound playing icon overlaps the tab favicon when the camera is being used
Status: NEW
Priority: P5
Created: 2021-04-26 00:49:10+00:00
Resolved: 2021-11-03 12:12:35+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
**Window Size (inner width and height):** 1536x749

## Steps to Reproduce
1. Open https://meet.google.com/ or https://meet.jit.si/
2. Start a new meeting, with access to the camera.
3. Pay attention to the sound icon over the tab favicon

## Expected Behavior
The sound icon appearing only when the mouse is over the tab title, just like the behavior in websites without camera working.

## Actual Behavior
The sound icon is shown permanently over the favicon and some pixels out of place. Overlapping the first pixels of the tab title text.
Bug: Proton Regression, less easy to differentiate multiples tabs between them
Status: NEW
Priority: P3
Created: 2021-04-26 00:57:13+00:00
Resolved: 2021-11-03 12:12:37+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0
**Window Size (inner width and height):** 960x966

## Steps to Reproduce
Update Firefox and enable Proton UI

## Expected Behavior
Little bar or shading between teh new "button" tabs

## Actual Behavior
Tabs/buttons (I don't know what it is now) blend in each other
Bug: Firefox Data Collection and Use keep enabling
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-26 06:12:47+00:00
Resolved: 2021-06-09 18:49:20+00:00

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

Steps to reproduce:

From time time(days) the group Firefox Data Collection and Use keeps enabling.
THIS IS NOT COOL !!



Actual results:

I disabled 
Allow Firefox to send technical and interaction data to Mozilla
and 
Allow Firefox to install and run studies
but I after some days I find them activated back again.
especially after update to a new version of Firefox.
This is not Google Chrome, I'm expecting Mozilla to respect my choices.


Expected results:

STAY DISABLED.
Bug: "Reopen closed Tabs" lost some closed tabs.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-26 07:41:34+00:00
Resolved: 2021-05-04 15:04:01+00:00

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

Steps to reproduce:

1. Make sure that only one blank tab is open.
2. Open some background tabs.
3. Close all tabs except the blank tab.
4. Reopen closed Tabs.


Actual results:

lost some closed tabs.


Expected results:

---

Sorry for my bad English.
Bug: "Move tab" keyboard shortcuts should move all multiselected tabs, like the "move tab to end" commands do
Status: NEW
Priority: --
Created: 2021-04-26 07:52:04+00:00
Resolved: 2021-05-11 13:19:13+00:00

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

Steps to reproduce:

- Select multiple tabs e.g. by ctrl/shift+clicking a range of tabs.
- Right click the tabs, "Move Tabs" > "Move to End". Or, focus the tab bar by focusing the urlbar and hitting shift+tab until the selected tab has visible focus. Then hit ctrl + shift + home.
- Now use the "move tab left" keyboard shortcut ctrl+shift+pageUp.


Actual results:

- When using the "move tabs to start/end" hotkeys, all multiselected tabs are moved.
- When using the "move tabs left/right" hotkeys, only the selected tab is moved.
- I'm almost positive it wasn't like this some months ago.


Expected results:

- The inconsistency doesn't make sense. It's also inconsistent with the dragging + dropping behavior, which moves all multiselected tabs.
- The built-in hotkeys should be changed so these methods move all multiselected tabs, but the functions available to the webextensions tabs API should also be changed in the same way. For example I use an extension [Move Tabs Hotkeys](https://github.com/jmmerz/move-tab-hotkeys) which adds similar hotkeys. I use that because it lets tabs wrap around to the beginning. So if the tab is already at the end and I hit the hotkey to move it to the right, it'll move it to the start.
- Personally I think the built-in hotkey should do this too, rather than simply doing nothing if the tab is at the start/end position. But either way, the webextension API methods should be consistent with the internal methods so ideally that would be updated too.
Bug: Detectportal does not detect login page when login page is not served as https
Status: UNCONFIRMED
Priority: --
Created: 2021-04-26 10:47:41+00:00
Resolved: 2022-07-07 17:46:00+00:00

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

Steps to reproduce:

1. Set firefox settings to serve HTTPS as priority, or set HTTPS only mode.
2. Connect to a network that needs to be logged in. The network you connect will only serve a captive portal with HTTP, and for HTTPS connection, you could access to the internet without any problem.
(example network working like this: Starbucks Korea)
3. Firefox will prompt "You need to log in to use this network", click that.


Actual results:

It connects to https://detectportal.firefox.com/success.txt and shows success
But also, Firefox also still says "You need to log into network."

I have to connect to the site that does not serve HTTPS to actually log in to the network, and use some HTTP-only served websites.


Expected results:

detect portal should be served as HTTP only even on HTTPS only mode.
Bug: Le temps de latence est trop lent au cours d'une recherche youtube
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-26 11:00:25+00:00
Resolved: 2021-04-26 16:03:50+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.85 Safari/537.36

Steps to reproduce:

- une bonne connexion a été établie
- on a tapé le mot "testing" dans la zone de la recherche youtube
- on a cliqué sur le bouton rechercher 


Actual results:

le résultat a été apparu après 5 minutes  (un temps trop lent)


Expected results:

le résultat va être apparaitre après une minute au maximum
Bug: Incorrect timestamp in screenshot filename (Developer tools entire page screenshot)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 12:56:11+00:00
Resolved: 2021-04-26 16:40:13+00:00

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

Steps to reproduce:

Open Firefox
Open https://www.mozilla.org/
Open developer tools
Click "Take a screenshot of the entire page"
The screenshot will be saved to a file
Check the file in the downloads pane


Actual results:

The filename has a timestamp with one day off. On 2021-04-26 Firefox saved such a file:

"Screen Shot 2021-04-27 at 15.52.26-fullpage.png"


Expected results:

The filename should have a current timestamp.
Bug: Firefox highlights the URL bar but does not update the clipboard/cut buffer.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 13:21:52+00:00
Resolved: 2021-04-26 20:41:06+00:00

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

Steps to reproduce:

On Linux, FF87 and FF88:

1. Click into the URL bar.
2. Notice that the URL is highlighted.
3. Try the middle click and/or CTRL-V.


Actual results:

Nothing is pasted.


Expected results:

The content of the URL bar should be pasted
Bug: Search Shortcuts tags overlay Search Bar highlight border
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-26 14:01:33+00:00
Resolved: 2021-12-01 13:59:55+00:00

## steps to reproduce/what did you do?
* select a search shortcut
* collapse search bar by pressing "Esc"

## expected behavior/ what did you think will happen?
* search shortcut element is showing within search bar

## actual behavior/ what actually happened?
* search shortcut element overlays highlight border - making it look like it is outside or on top if the search bar


_Observed on Surface Pro with external 27" monitor using Win 10 at recommended 150% UI scale._
Bug: The elements from the second and the third slide of the new users Onboarding page are not automatically recognized by a screen reader software
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-26 14:07:04+00:00
Resolved: 2021-05-20 09:35:30+00:00

**[Affected versions]:**
- Firefox Beta 89.0b4 - Build ID: 20210425185730
- Firefox Nightly 90.0a1 - Build ID: 20210426094327

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- macOS 11.2.3
- Linux Mint 20 x64

**[Prerequisites]:**
- Have a new Firefox profile.
- Have a screen reader software installed and turned on (E.G. NVDA on Windows 10 x64, VoiceOver on macOS, and Orca on Linux Mint).

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Click the "Not now" button from the Onboarding page.
3. Observe the behavior.

**[Expected result]:**
- All the elements from the second slide of the new users Onboarding are recognized and read by the screen reader software.
 
**[Actual result]:**
- Nothing happens.

**[Additional Notes]:**
- If after following the steps from above the page is focused using the "Tab" key, only the "Not now" button is recognized by the screen reader.
- This issue is also reproducible with the third slide of the new users Onboarding.
- This issue is not reproducible after a page refresh. If the page is refreshed the screen reader software automatically starts reading the slide.
- This issue is not reproducible with the first slide of the new users Onboarding where all the elements are successfully recognized if the focus is moved from the "Address Bar" to the page.
- On macOS, the elements from the Onboarding slide are recognized by the screen reader after pressing the "Ctrl-Option-RightArrow" keys.
Bug: Tracking protection settings details are not aligned with the header above them
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-26 14:35:20+00:00
Resolved: 2021-08-25 12:50:43+00:00

This regressed in two steps:

1. bug 1701448 ( https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1e18de5001bc4cf4636b19b0c891403172a5be8c&tochange=06b1ac14775250a1e95c0c1324fd7aee8fe5cc57 ) made the gap about 2 CSS px
2. bug 1704027 ( https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b1695cda8cf952331addc65abafaae9997fedfce&tochange=667202e3a44d177719c25a9bba9e4c6cf2322e41 ) made the gap wider still.

I see this on both Windows and macOS.
Bug: The Address Bar is hard to position on the top bar when grabbing it from one of the sides rather than the middle
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-26 15:06:28+00:00
Resolved: 2021-08-02 14:59:26+00:00

**Note**
* When the user goes into the Customization screen, click-holds the address bar closer to one of the sides (rather than from the middle) and then attempts to drag it to the right and left to position it between other elements of the top-bar, he will notice that the positioning is very unexpected.

**Affected versions**
* Nightly v90.0a1
* Beta v89.0b4
* Release 
* ESR

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Right-click on the Flexible Space from the top menu bar.
3. Click "Customize Toolbar..."
4. Grab the address bar close to the left/right end.
5.  Attempt to position it between each 2 of the top bar buttons/elements.

**Expected result**
* Action is easily made.

**Actual result**
* Action is rather complicated or impossible.

**Regression range**
* Not a recent regression. 

**Additional notes**
* Positioning should be made with the cursor, not the middle of the element.
Bug: Trusted identity block for secure Firefox pages is too distracting when Proton is enabled
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-26 15:15:00+00:00
Resolved: 2021-07-16 16:41:34+00:00

Tested in 89.0b3 and 90.0a1(2021-04-24) BuildID 20210424155423.

STR:

1. Open `about:preferences`.
2. Stare at the center of the address bar.


Expected Behavior:

I am still staring at the center of the address bar.


Actual Behavior:

I was distracted by the multicolored Firefox logo in the Trusted identity block.


AFAIK the Trusted identity block has always been monocolored since its implementation. May 
I ask what the rationale behind this change is?
Bug: Black search glass icon in new tab page Web Search is nearly imperceptible in Dark Theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 15:21:04+00:00
Resolved: 2021-04-26 20:36:37+00:00

Tested in 89.0b3 and 90.0a1(2021-04-24) BuildID 20210424155423.

STR:

1. Add a custom search engine and set it as default.
2. Restart Firefox a few times until the favicon at the address bar and new tab page Web Search is replaced by the Search glass icon.


Expected Behavior:

The search glass icon should be light grey in color. Text should be "Search or enter address" and "Search the Web" respectively (see 88.0b9).


Actual Behavior:

Search glass icon in new tab page Web Search is always black in color, even when in a dark theme. Text is "Search or enter address" in both cases.
Bug: Manage Bookmarks in Bookmarks Menu browserAction button in misaligned to the right
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-04-26 15:29:01+00:00
Resolved: 2021-08-16 11:44:09+00:00

Tested in 89.0b3 and 90.0a1(2021-04-24) BuildID 20210424155423.

STR:

1. Add `Bookmarks Menu` browserAction button to the toolbar.
2. Open `Bookmarks Menu`.


Expected Behavior:

`Manage Bookmarks` option in `Bookmarks Menu` is correctly aligned (see 88.0b9).

Actual Behavior:

`Manage Bookmarks` option in `Bookmarks Menu` is misaligned to the right. `Library > Bookmarks > Manage Bookmarks` is unaffected.
Bug: new proton Tab icon (tab.svg) is nonsensical
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-26 15:34:39+00:00
Resolved: 2021-04-26 16:45:52+00:00

Tested in 89.0b3 and 90.0a1(2021-04-24) BuildID 20210424155423.

STR:

Focus at the oneOffSearches section of the address bar.


Expected Behavior:

Users should be able to understand what each icon represents at a glance.


Actual Behavior:

It took me a while to realize this hollow rectangle with rounded corners was supposed to be the new Tab icon. It bears no resemblance to what anyone would actively associate with the word "Tab", and I only recognized it because I remembered what used to be there. I would not be surprised if someone thought it was an empty placeholder (much like the generic favicon back in pre-Australis Firefox).

Somehow we managed to survive an Australis-styled? Tab icon throughout Photon (see also _Synced Tabs_ browserAction, _Recently Closed Tabs_ in History Menu) without users misunderstanding it and UX complaining about it. So why the change now?
Bug: "Send Tab to Device" doesn't show "Sent" notification after a tab is sent.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 15:59:54+00:00
Resolved: 2021-04-27 21:36:09+00:00

After updated to the new design, in "Send Tab to Device" menu, after clicking one of the target devices, there is no notification indicating "Sent successfully" like before. So if network is unstable, users can't know whether the tab is sent successfully.
Bug: Info button from profiler very hard to see when hovered over
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-04-26 16:34:02+00:00
Resolved: 2021-08-19 12:31:57+00:00

**Affected versions**
* Firefox 89.0b4
* Latest Nightly 90.0a1
* Firefox 88.0

**Affected platforms**
* Ubuntu 18.04

**Steps to reproduce**
1. Start Firefox
2. Add profiler into the toolbar (for non Nightly)
2.1 Visit https://profiler.firefox.com
2.2 Click Enable Firefox Profiler Menu Button
3. Click the dropdown button from Profiler
4. Have the Dark theme enabled in Firefox
5. Hover over the info icon (when the menu is minimized, blue background hidden)

**Expected result**
* Info icon can be seen when hovering over. 

**Actual result**
* Info icon is barely visible when hovering.

**Regression range**
* First bad: 647b17e76dd85ea84716a62726b916887bee2c86
* Last good: 811527c596f4100a075c490606ea602ce5a6b7b5
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=811527c596f4100a075c490606ea602ce5a6b7b5&tochange=647b17e76dd85ea84716a62726b916887bee2c86
* Potential regressor: Bug 1667646 - Unify the info button's hover and active design for the bookmarks CFR and the protections popup

**Additional notes**
* The good build from the above regression had white background when hovering and the 'bad' build changed into grey dark hover. With proton, the hover effect has the same or almost the same color as the panel making the icon very hard to see.
* Probably this is an issue because the info icon changes color to a dark grey.

**Suggested severity**
* Since probably not many people use profiler, the impact of this would be fairly low. I would suggest S3 severity.