av9ash/GitBugs huggingface dataset:
Bug: Titles on tabs are barely visible if the browser is focused while light theme is set and the High contrast white enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-18 09:07:59+00:00
Resolved: 2021-11-24 07:37:30+00:00

**Affected versions**

* Nightly 96.a1
* Beta 95.0b8


**Affected platforms**

* Windows 10x64


**Preconditions**

* High contrast white enabled at OS level.

**Steps to reproduce**

1. Open a Firefox with a clean profile.

2. Have at least 2-3 tabs opened.

3. Enable Light theme from about:addons.

4. Observe the tabs title.

**Expected result**

* All open tabs are visible.

**Actual result**

* Only the focused tab is visible.

**Suggested Severity**

* S3 - since is reproducible only with high contrast enabled.

**Regression range**

* https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1a071728a13b36aeda3b1c65f9ab3285e4299175&tochange=b74995b8a309c269eee1dd8e3b54c02bc42d6a38

**Additional notes**

* Screen cast attached to observe the issue.
* Titles on tabs are visible if the browser is unfocused.
* Also reproducible with High contrast Black and Light theme enabled.
Bug: Menu is too short when opened from the top of a screen located under a bigger screen
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-11-18 10:25:10+00:00
Resolved: 2022-02-25 14:21:20+00:00

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

Steps to reproduce:

See my desktop configuration in the repro video. The issue occurs in the desktop that is placed beneath the other desktops.


Actual results:

Menu item in toolbar are not expanded correctly when Firefox window is in the top of the display. See attached video.


Expected results:

Correctly expanding menus.
Bug: [win] Bookmarks Panel scrollbar overlaps the right side of the Name field
Status: NEW
Priority: --
Created: 2021-11-18 12:05:01+00:00
Resolved: 2021-12-14 16:46:59+00:00

*Affected versions*
* 96.0a1 (20211117214126)
* 95.0b8 (20211116185800)
* 94.0.2 (20211117154346)
* 91.3.0esr (20211028170545)


*Affected platforms*
* Windows 10x64



*Steps to reproduce*
1. Open Firefox and a random webpage.
2. Drag the Firefox window to the middle of the screen.
3. Click on Bookmark and on a random down arrow like `Show all tags`.
4. Observe the Name field and scrollbar.





*Expected result*
* Name field is displayed as expected.


*Actual result*
* Scrollbar is overlapping the right side of the name field.

*Regression range*
* Last good revision: b4da41a36da8e49f5795b81f27504fa3884ea2d1
 First bad revision: 1160a9696e13cd3c15e557bafa1b9e2404c72ee8
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b4da41a36da8e49f5795b81f27504fa3884ea2d1&tochange=1160a9696e13cd3c15e557bafa1b9e2404c72ee8










*Notes*
* Attached a screenshot.
Bug: Replacing checkboxes for address bar contextual suggestions with toggle buttons make the UI looks misaligned, inconsistent, and also like Chrome
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-11-18 13:21:10+00:00
Resolved: 2021-11-22 19:26:29+00:00

Tested on 95.0b8.

Regression from bug 1735976.

Looks like UX have now completely abandoned the habit of publicizing their spec _prior_ to making UI changes so perhaps someone could enlighten us as to _why_ they are now using toggle buttons in about:preferences. Is this something that cannot be achieved by sticking to _actual_ buttons, checkboxes and radio buttons? Nightly Experiments managed to survive fine using checkboxes alone somehow. Frankly if I were to take a screenshot this renewed UI feels like something straight out of Chromium. As far as I am aware toggle buttons were also used in about:addons (~70-) and the newNewTabExperience (89-), but personally it's not like I agree with those decisions anyway.


Expected Behavior:
See 94.0.1 or before. My understanding is that this "feature" will also be uplifted to 94.0.2.
Bug: Firefox Bookmarks, Tools, History Window Not Coming On Top
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-18 13:30:54+00:00
Resolved: 2021-11-23 17:08:45+00:00

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

Steps to reproduce:

Click `Bookmarks > Manage Bookmarks` or `Tools > Downloads` or `History > Show All History`. Then minimized the window , or clicked somewhere so the Bookmarks / Download / History window is in the background. Now again click Click `Bookmarks > Manage Bookmarks` or `Tools > Downloads` or `History > Show All History`.



Actual results:

Nothing Happens .


Expected results:

My expectation in the Menu option I clicked, its Window will come on Top.
Bug: archive.org URL searches do not work in private browsing
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-11-18 14:30:05+00:00
Resolved: 2023-12-26 23:05:10+00:00

STR:

1) Open a private browsing window
2) Go to archive.org
3) Try to search a URL (the top "waybackmachine" entry, not the one below)
4) Keystrokes don't appear

This works during normal browsing. It's not a recent regression (goes back to Firefox 76 at least). It works in Chrome incognito mode.
Bug: Specifying a URL port number leads to hostname being interpreted as a protocol
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-18 15:16:57+00:00
Resolved: 2021-11-18 20:42:15+00:00

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

Steps to reproduce:

With the flatpak version of Firefox, type an address that includes a port number into the address bar, for example `localhost:8888`.


Actual results:

The "Choose an application" dialog appears looking for an application that can open "localhost" links.


Expected results:

Firefox should have defaulted to `http://localhost:8888` for the address and opened the page served by a web server I have running locally.

Other notes:

* If I type out, `http://localhost:8888` then the page loads normally.
* If I type "loc", Firefox will suggest previously loaded pages like `localhost:8888`. If I then select that as is, it will open the page by inserting `http://` in front. However, if I edit it to `localhost:8889`, it will not insert the `http://` and will result in the "Choose an application" dialog (even if defaulting `http://` were not generally desired, it is a bad user experience not to fill in the `http://` here when autocompleting a previously opened http url).
* If I use the non-flatpak version of Firefox, `localhost:8888` opens the page without the `http://` just fine.
* This problem also affects sites other than localhost. That is just the most common case for me. Typing in `www.google.com:443` also results in the "Choose an application" dialog when using the flatpak but opens the page normally for the non-flatpak version.
Bug: Download's part file naming policy cause conflicts and corrupt files if redownloading files that were deleted mid-download
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-11-18 16:45:10+00:00
Resolved: 2022-08-03 11:22:02+00:00

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

Steps to reproduce:

1. Start a large download (108 MB in my case).
2. Midway through the download, remove both the target file and the partial .part file from ~/Downloads. The download will fail and firefox will correctly say the file went missing.
3. Run "watch ls -ltrah" in your downloads directory and restart the same download.


Actual results:

Midway through the second download, you will see in the watch that the partial file is prematurely moved to the final location. Writes then continue to the final location instead of to the partial file, until the download completes.


Expected results:

The partial file should not be moved to the target location until the second download completes, to ensure the file being downloaded is never visible as corrupt to the user.
Bug: Downloaded file no longer deletes automatically when quitting / exiting the browser (with download improvements turned on)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-18 17:54:52+00:00
Resolved: 2025-03-02 14:50:45+00:00

[Tracking Requested - why for this release]: Data would not be sanitized, data leak.

Steps to Reproduce:
1. Change "Use Windows default application" for PDF in about:preferences
2. Open http://www.africau.edu/images/default/sample.pdf
   --- The "Windows default application" for PDF will open as expected.

3. Quit the associated Windows default application
4. Quit Browser
5. Observe, the downloaded file

Actual Results:
The the downloaded file would not be deleted


Expected Results:
The the downloaded file should be automatically deleted.
Browser should honer setting of "browser.helperApps.deleteTempFileOnExit"(default true)
Bug: The background of various website pages and Firefox GUI items are dark with the certain Theme after landing patches from bug #1740089
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-18 18:01:14+00:00
Resolved: 2022-01-14 05:41:33+00:00

[Tracking Requested - why for this release]: The regression from bug #1740089.

The background of various website pages (like e.g. Bugzilla) and Firefox GUI items (like e.g. New Tab, Hamburger Menu) are dark with the certain Theme (like e.g. Virtualfox) after landing patches from bug #1740089.

It is worth to mention that when "System theme - auto" theme is used, the background of various website pages (like e.g. Bugzilla) and Firefox GUI items  (like e.g. New Tab, Hamburger Menu) are not dark and have proper color.

STR:
1. Install Virtualfox theme from https://addons.mozilla.org/addon/virtualfox/
2. Notice that background of various website pages and Firefox GUI items are dark

mozillaregression-GUI points that this regression is caused by:
> commit message:
> Bug 1740089 - Fall back to frame (accentcolor) to determine toolbar theme. r=desktop-theme-reviewers,harry
> 
> Depends on D130669
> 
> Differential Revision: https://phabricator.services.mozilla.com/D130670
Bug: Constant Gah. Your tab just crashed.  error on Linux Mint 20.0 Cinnamon (ver 94.0)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-18 18:22:48+00:00
Resolved: 2022-01-14 17:39:47+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.45 Safari/537.36

Steps to reproduce:

I am on Linux Mint 20.0 Cinnamon, I recently updated to 94.0 (64 Bits) an since the update i just keep getting this error
Gah. Your tab just crashed.
must of the time just by getting into gmail or google, without even clicking anything, I tried setting this parameters to

browser.tabs.remote.autostart = false
browser.tabs.remote.autostart.2 = false

and no dice also I am trying to look for about:crashes and I get This message 


Actual results:

Firefox crashes with this error 

Gah. Your tab just crashed.


Expected results:

Not been crashing
Bug: Awesome bar not showing matching tab, only matching history
Status: NEW
Priority: P3
Created: 2021-11-19 01:29:32+00:00
Resolved: 2021-12-03 14:08:35+00:00

For some search terms, the URL bar only shows matching history entries and not matching open tabs.

I'm running into this when I type `slack` in the URL bar while having an open pinned tab with URL `https://app.slack.com/...` and title `Slack | Firefox | Mozilla` for example.

Expected results:
When typing in `slack` in the URL bar, one of the Firefox Suggest options should be my existing slack tab with a `Switch to tab` button.

Actual results:
Only old slack entries from my history are shown in the Firefox Suggest list.
Bug: Firefox clears clipboard on exit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-19 01:58:35+00:00
Resolved: 2021-11-22 15:36:48+00:00

Steps to reproduce:

1) Copy a text (and check that it is actually copied)
2) Close FIrefox


Actual results:

Can no longer paste copied text after closing firefox


Expected results:

Should be able to past copied text even after firefox is closed

PS: problem started in the last couple of months. I'm always using the last stable version.

System:
Arch Linux, kernel 5.10 LTS, with Gnome Shell 41 on Wayland
Bug: Favicon shown in tab but not the bookmarks toolbar
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-11-19 09:44:24+00:00
Resolved: 2021-11-28 13:09:15+00:00

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

Steps to reproduce:

None of these seem to work. It works for tabs, but not bookmarks bar

```
<link rel="shortcut icon" type="image/png" href="/favicon/favicon-196x196.png" />a
<link rel="image/x-icon" type="image/png" href="/favicon/favicon-196x196.png" />
<link rel="apple-touch-icon" sizes="180x180" href="/favicon/apple-touch-icon.png" />
<link rel="icon" type="image/png" sizes="32x32" href="/favicon/favicon-32x32.png" />
<link rel="icon" type="image/png" sizes="16x16" href="/favicon/favicon-16x16.png" />
```


Actual results:

no favicon in bookmarks bar


Expected results:

favicon should appear
Bug: The main menu doesn't use the available space if firefox is in a screen that is located under a bigger screen.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-19 09:46:38+00:00
Resolved: 2021-11-19 12:21:54+00:00

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

Steps to reproduce:

I have two screens. The laptop screen is centered under the wider external screen.
Firfox is on the laptop screen.
Then I click the icon with the three bars to open the menu.


Actual results:

The menu opens with half the height and scrollbars.


Expected results:

I expect the menu to open in full size like it does when no external monitor is connected.
Bug: [win] Address bar items are no so visible on hover with HCM and Firefox Dark theme
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-11-19 12:38:18+00:00
Resolved: 2022-01-05 02:22:48+00:00

*Affected versions*
* 96.0a1 (20211119093910)
* 95.0b9 (20211118185700)


*Affected platforms*
* Windows 10x64

*Preconditions*
* High contrast black mode active
* Firefox dark theme enabled

*Steps to reproduce*
1. Open Firefox and a random webpage.
2. Hover over elements from the Search bar.





*Expected result*
* Hovered elements are visible.


*Actual result*
* Hovered elements are not so visible.

*Regression range*
* Last good revision: 500b9492fa236c3238f699e0fda250e29d56c477
First bad revision: b08b5e664b36f65ce573c83f44420ec9b6a49db0
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=500b9492fa236c3238f699e0fda250e29d56c477&tochange=b08b5e664b36f65ce573c83f44420ec9b6a49db0












*Notes*
* Attached a screen recording.
Bug: Mute/ Unmute tab icon overlaps the granted permission icon on the WebRTC tab when another tab is focused
Status: NEW
Priority: --
Created: 2021-11-19 14:09:19+00:00
Resolved: 2021-12-28 16:32:06+00:00

*Affected versions*
* 96.0a1 (20211117214126)
* 95.0b9 (20211118185700)
* 94.0.1 (20211103134640)
* 91.3.0esr (20211028170545)


*Affected platforms*
* Windows 10x64
* macOS 10.15
* Ubuntu 20.04




*Steps to reproduce*
1. Open Firefox and https://jan-ivar.github.io/dummy/iframe_iframe_gum_starcross2.html.
2. Allow the camera and open a new tab.
3. Observe the WebRTC tab.





*Expected result*
* The tab is displayed as expected.


*Actual result*
* Mute/ Unmute icon overlaps the webrtc camera icon.

*Regression range*
* I will search for one ASAP if there is one.




*Notes*
* Attached a screen recording.
Bug: The links from the logged in to Pocket doorhangher from about* pages have no focus state when navigating with the “Tab” key
Status: NEW
Priority: P2
Created: 2021-11-19 14:52:31+00:00
Resolved: 2021-12-02 19:02:36+00:00

[Affected versions]:
- Firefox Release 94.0.1 (Build ID:20211103134640)
- Firefox Beta 95.0b9 (Build ID: 20211118185700)
- Firefox Nightly 96.0a1 (Build ID: 20211119093910)

[Affected Platforms]:
- macOS 11.6
- Windows 10 x64
- Windows 11 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the Firefox browser installed and opened.
- Be logged in to Pocket.

[Steps to reproduce]:
1. Navigate to any about* page.
2. Click the “Save to Pocket” toolbar button.
3. Press the “Tab” key until all links are focused.
4. Observe the behavior.

[Expected result]:
 -  All links have a focused state.

[Actual result]:
 - None of the links have a focus effect.

[Notes]:
- Attached is a screen recording of the issue.
Bug: Transparent borders disappear in forced colors mode in Firefox v94
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-19 15:10:34+00:00
Resolved: 2021-11-22 12:30:04+00:00

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

Steps to reproduce:

With Firefox v94:
1. opened the 'Colors' dialog by going to Settings > Language and appearance > Colors...
2. set 'Override the colors specified by the page with your selections above' to 'Always'
3. opened https://high-contrast-mode-tests.glitch.me/high_contrast_styles.html


Actual results:

The example with a transparent border-color did not have its border-color changed to a system colour.


Expected results:

The border-color should have been forced to a system colour.

This was the behaviour before version 94 of Firefox and, I think, is what the specification for CSS color adjust describes should happen: https://drafts.csswg.org/css-color-adjust/#forced-colors-properties. It's also a fairly common technique used when designing for high contrast mode.

I have since checked in Firefox Developer Edition (v95) and Firefox Nightly (v96) and:
- it is repeatable in Firefox Developer Edition
- has returned to the previous behaviour in Firefox Nightly

I think this is fixed but wanted to report it so there is a record that it happened with those releases.
Bug: Vertical borders on active tab with the system theme on Linux
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-11-19 16:21:50+00:00
Resolved: 2021-12-16 20:22:45+00:00

AB:

There's a light border on the left and right side of the active tab when using the system theme on Linux.

EB:

There shouldn't be any vertical border on the active tab when using the system theme on Linux.
Bug: Unable to change the download folder - (you need to change it twice)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-19 19:03:37+00:00
Resolved: 2022-01-07 15:08:53+00:00

**Affected platforms**
Windows 10
MacOS 11

**Affected versions**
Nightly 96.0a1  
Beta 95.0b9  
Release 94.0.1  

**Steps to reproduce**
launch firefox with new profile
go to about preferences
search for "download"
on download folder, click "browse" button
click desktop
double click any folder that you have on your desktop
click on "select folder" button

**Actual Results**
Folder stays as download

**Expected Results**
Folder should change to whatever folder you chose.

**Note**
if you try same steps a second time, then firefox takes the folder name correctly in about:preferences.
Bug: After webrtc camera starts, can't interact with browser UI via mouse but keyboard shortcuts work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-19 20:37:13+00:00
Resolved: 2021-12-20 10:44:34+00:00

STR
1. go to https://test.webrtc.org/ and allow access to at least a camera
2. while the camera is active (preferably you've got a light to indicate that), try to drag the tab into a new window of its own

Expected
- new window with just the webrtc camera-using tab

Actual
- tab remains but I can no longer interact with tab close buttons or the hamburger menu or the refresh button with the mouse (I can use keyboard shortcuts). Needs a restart to reset.
Bug: Intermittent browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Uncaught exception - undefined - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-11-19 23:35:59+00:00
Resolved: 2023-06-02 12:01:39+00:00

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

---
```
[task 2021-11-19T21:20:00.696Z] 21:20:00     INFO - TEST-PASS | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Should be showing stop - 
[task 2021-11-19T21:20:00.697Z] 21:20:00     INFO - Buffered messages finished
[task 2021-11-19T21:20:00.697Z] 21:20:00     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Uncaught exception - undefined - timed out after 50 tries.
[task 2021-11-19T21:20:00.698Z] 21:20:00     INFO - Leaving test bound test_unknown_host
[task 2021-11-19T21:20:00.698Z] 21:20:00     INFO - Entering test bound test_unknown_host_without_search
[task 2021-11-19T21:20:01.057Z] 21:20:01     INFO - TEST-PASS | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Should not be showing stop on error page - 
[task 2021-11-19T21:20:01.069Z] 21:20:01     INFO - Leaving test bound test_unknown_host_without_search
[task 2021-11-19T21:20:01.128Z] 21:20:01     INFO - GECKO(6076) | MEMORY STAT | vsize 2112668MB | vsizeMaxContiguous 65242020MB | residentFast 358MB | heapAllocated 102MB
[task 2021-11-19T21:20:01.141Z] 21:20:01     INFO - TEST-OK | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | took 7102ms
[task 2021-11-19T21:20:01.142Z] 21:20:01     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-11-19T21:20:01.143Z] 21:20:01     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_progress_keyword_search_handling.js | Found an unexpected tab at the end of test run: https://example.com/?q=idontreallyexistonthisnetwork - 
[task 2021-11-19T21:20:01.157Z] 21:20:01     INFO - checking window state
[task 2021-11-19T21:20:01.170Z] 21:20:01     INFO - TEST-START | browser/base/content/test/tabs/browser_reload_deleted_file.js
```
Bug: Newtab Personalize Context Menu Sliding then disappearing
Status: UNCONFIRMED
Priority: P3
Created: 2021-11-20 01:02:17+00:00
Resolved: 2024-01-19 15:45:33+00:00

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

Steps to reproduce:

With Firefox open on a tab, click on the Home icon in Firefox. Occasionally, the "Personalize New Tab" context menu will briefly open then slide over to the right to close automatically without user invoking the menu. This is intermittent and only happens occasionally. The context window appears and disappears so fast that, while you can briefly see the window briefly appear then slide over to the right and disappear, you must screen capture to fully see this bug occurring.



Expected results:

The behavior of having a context menu briefly open and disappear, unexpectedly, should not happen.
Bug: verification code
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-20 05:37:09+00:00
Resolved: 2021-11-22 13:41:42+00:00

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

Steps to reproduce:

i was login to my account but when they send verification code to my email i cannot received any code not even in spam i check my block list trash etc but i cannot find any problem