av9ash/GitBugs huggingface dataset:
Bug: [msix] Firefox does not show as the default browser on the Preferences page after it is set as the default
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-12-14 14:45:32+00:00
Resolved: 2024-04-15 16:30:14+00:00

**Found in**
* 122.0a1 (2023-12-14)


**Affected versions**

* 122.0a1 (2023-12-14) 






**Tested platforms**
* Affected platforms: Windows 11x64 (23H2)- stations that one click set as default does not work due to Microsoft rollout
* Unaffected platforms:  Windows 11x64 (22H2 and 23H2 where default one click works), macOS 12, Ubuntu 22

**Preconditions**
* Normal Firefox or Edge is set as the default browser

**Steps to reproduce**
1. Install Firefox MSIX latest Nightly and open it with a new profile.
2. Go to preferences and click set Firefox MSIX as the default browser.
3. Click the `Set as default` button.


**Expected result** 
* Firefox is your default browser message is displayed in about preferences.

**Actual result**
* Firefox is not your default browser message is displayed.





**Regression**
* This likely started with bug 1868410 because the [previous Nightly](https://archive.mozilla.org/pub/firefox/nightly/2023/12/2023-12-13-21-42-49-mozilla-central/) is unaffected. 











**Additional notes**
* Attached a screen recording: [link](https://drive.google.com/file/d/1EvKlg45LmsehGQExh-O7N2tTsH7w51yJ/view?usp=sharing).
* This is only reproduced on stations where one click set as default does not work due to Microsoft rollout.
* When doing this with a fresh installation of MSIX clicking the set as default button from about:preferences page will set Firefox Nightly MSIX as default for `.htm` and `.html` and after clicking the `Set default` button from the Default > Apps will set Firefox Nightly MSIX as default for `HTTP` and `HTTPS`. This only happens after the MSIX installation one time. Repeating the steps will reproduce the abovementioned issue but will no longer set the `.htm` and `.html` as default after clicking the `Set as default` button from the preferences page. Please see the attached screen recording for a better understanding.
* This issue is reproduced even if Normal Firefox or Edge is set as default.
* Note sometimes there is a default browser was reset to the default notification displayed (it can be seen in the video as well)
Bug: [Linux] Menubar and tab-title text changes to inactive/active color when Firefox window loses/gains focus, potentially after substantial jank/delay
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-14 18:06:25+00:00
Resolved: 2023-12-21 12:55:19+00:00

As of bug 1869299 (pushlog https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=34533b3add99fe26cbd60a7fd8d0c60966e5fd32&tochange=89da90df398f5aee595e14748b0241ede2a9fd4d ), the Firefox tab-title text and menu bar text changes to be an inactive-looking gray color when you move Firefox windows to the background; and then the text changes to be dark again when the window moves to the foreground.

In my main browsing profile, this repaint is delayed by about 1 second when I switch between Firefox windows.  The jank itself seems to be bug 1849393 -- a performance-profile shows me spending ~736ms in SessionWriter.sys.mjs `write` when I switch windows -- but previously that delay wasn't as visually-noticeable.  Now that we're queuing up a more-noticeable repaint on window-switch, it makes this jank a bit more of a visual problem.

(Previously, we just changed the tint of some background colors when foregrounding/backgrounding a window, but the window didn't look quite as obviously "wrong" during a period of jank.  Now that we have grayed-out text, it looks quite wrong during the jank period when the window is clearly in the foreground and yet using inactive text.)

Here's a profile (URLs redacted) in my main browsing profile showing a window-switch operation:
https://share.firefox.dev/48fwgpt

Not quite sure how best to track this; this is sort of a dupe/manifestation of bug 1849393, but the visibility of the issue has been increased due to this theme change, to my eye at least.
Bug: Hovering on Account toolbar button displays "Firefox account", should instead display generic "Account"
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2023-12-14 20:07:27+00:00
Resolved: 2023-12-14 20:12:42+00:00

Looks like we might have missed removing the Firefox Accounts branding from the toolbar button when users hover over it.


## STR
- Sign in to your account
- hover over the toolbar button for your account
## Expected
- A generic description of "Account" should be displayed
## Actual
- The tooltip is "Firefox account"

Dan, just making sure this wasn't already in file somewhere (or that it was intentional?) and thank you so much for removing the rest of the Firefox account branding from the browser!
Bug: Firefox 115esr will not save login passwords
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-14 20:19:40+00:00
Resolved: 2024-02-15 00:21:12+00:00

I made a new installation of version 115esr on a windows 7 computer.  When I log into a site and enter a password, the "save password" box appears. If I want to save the password.  I say "yes".  The password DOES NOT SAVE.  I cannot manually enter a password in the saved-password list.  I get an error message when I try to save it.  Nothing works.  I have checked every setting multiple times.  I did not have this problem in earlier versions of Firefox on this same computer.  Thank you.  Harry A. Cole, PhD, 830-438-7407
Bug: Restore Previous Session retains Outlook login credentials
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-14 20:43:54+00:00
Resolved: 2024-01-04 10:04:14+00:00

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

Steps to reproduce:

1. close firefox with active Outlook (web mail) session logged in
2. shut down laptop
3. restart laptop and sign in
4. run firefox browser
5. restore previous session from history



Actual results:

Previous session was restored with Outlook account signed in.


Expected results:

The "remember me", "remember password" functions in Outlook are switched off; 2 factor identification is switched on. I should be prompted to login with each new browser session however restore previous session logs straight in to my Outlook account without any log in prompts. Restore previous session should not retain log in credentials.
Bug: Firefox View virtual list doesn't seem virtual anymore
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-14 21:01:15+00:00
Resolved: 2024-01-17 15:14:33+00:00

Here's a profile of trying to search in the open tabs view in Firefox View. It takes about 2.6 seconds. I have 3183 tabs.
https://share.firefox.dev/3Nu2g1b
Bug: Screenshot filename can be invalid making screenshot fail
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-15 03:06:38+00:00
Resolved: 2023-12-21 19:37:15+00:00

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

Steps to reproduce:

Firefox::screenshots

Take screenshot in twitter under certain tweets.


Actual results:

Screenshot Fails

What is happening is that the filename is taken from the title which is taken from the text of the tweet which may be too long or contain invalid chars. I made a browser extension that tried to catch the download but there is no way to rename the file(this is a bigger issue as there should be some way to modify the download before it is downloaded such as changing the filename).

byExtensionId: "screenshots@mozilla.org"
​byExtensionName: "Firefox Screenshots"
​bytesReceived: 0
​canResume: false
​cookieStoreId: "firefox-default"
​danger: "safe"
​endTime: null
​error: null
​estimatedEndTime: undefined
​exists: false
​fileSize: -1
​filename: "\\\\?\\D:\\DLFixer\\Screenshot 2023-12-14 at 20-51-09 Wall Street Apes on X I Posted This In September &amp It Went Viral With Outrage Now The Republican Uniparty Has Voted To Keep Letting The FBI Unconstitutionally Surveillance Americans Without A Warrant Via NDAA [...].png"
​id: 8
​incognito: false
​mime: null
​paused: false
​referrer: null
​startTime: null
​state: "in_progress"
​totalBytes: -1
​url: "blob:moz-extension://04f00c20-173e-40ad-896b-18a4b73bccc2/2b6703cb-b80e-4ab8-949b-77e764be2570"


I have this issue regularly. If I shorten the filename, e.g., in this case:

Screenshot 2023-12-14 at 21-04-37 Wall Street Apes on X I Posted This In September &amp It Went Viral With Outrage Now The Republican Uniparty Has Voted To Keep Letting The FBI Unconstitutional.png


The it saves. My guess is that this is due to too long of a filename but I didn't exactly check. Sometimes I have noticed it is due to invalid chars in the filename.

Basically better sanitation of the filename needs to be done for screenshot and/or there needs to be a way to modify filenames before they are downloaded.



Expected results:

Should have saved the screenshot.
Bug: Closed tab is not displayed at first in the Recently closed tabs card
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-15 08:44:01+00:00
Resolved: 2023-12-21 08:24:38+00:00

**Affected versions**
* Nightly 122.0a1

**Affected platforms**
* Windows 10x64, macOS 13, Ubuntu 22

**Steps to reproduce**
1. Launch Firefox and reach Firefox View Next Recently Closed Tabs section
2. Close a tab
3. Observe the closed tab in the Recently Closed Tabs card

**Expected result**
* Item is displayed with url title and time stamp


**Actual result**
* Closed tab is not displayed at first in the Recently closed tabs card

**Regression range**
* First bad: 2023-12-13
* Last good:2023-12-12
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f823ab1d9a00b627089b75899e588823b584a9c4&tochange=b74ed8e9d95a8907add8dd764ccc89be1c7ab99d


**Additional notes**
* Closed tab is displayed in the Recently closed tabs card after a few seconds
Bug: Firefox freezes when handling tabs
Status: UNCONFIRMED
Priority: --
Created: 2023-12-15 14:39:40+00:00
Resolved: 2024-03-03 10:09:13+00:00

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

Steps to reproduce:

The issue presents itself at random when I switch between (or drag) tabs in a Firefox window.

With a normal use of the browser this random event might present itself once every 2 hours. I can cause the freeze-up in a short time by holding CTRL+TAB and dragging one tab to change their order while firefox cycles through the tabs in the open window.


Actual results:

The whole window becomes unresponsive, with the last tab I was switching from still in front. The content of the window often disappear for intervals of 1-2 seconds, then are displayed again. I can drag the window around, minimize it, I can even scroll inside it, but it is impossible to give any input in any tab. The only action somewhat possible to do inside the window is bring other tabs in front, it is still quite hard for the input to register, and if it does, the selected tab changes but the content of the window often remains frozen to the one of the old tab.
The issue goes away only I close the specific Firefox window, or if I manage to select and drag one tab out of the frozen window into its own new window. Then everything works as intended, like nothing ever happened.

While the window is frozen, the rest of the desktop is responsive as normal, even other Firefox windows. If I try to interact with the frozen window htop sometimes shows spikes of CPU usage but not often. RAM stays at normal usage levels, far from being full.



Expected results:

The browser window doesn't freeze when handling tabs.
Bug: The NVDA will read the cards behind the Onboarding card as if the user is opted in after Turning it OFF from Settings
Status: ASSIGNED
Priority: P3
Created: 2023-12-15 15:30:26+00:00
Resolved: 2024-02-06 15:07:06+00:00

**Found in**
* Nightly 122.0a1 (2023-12-15)

**Affected versions**
* Nightly 122.0a1 (2023-12-15) 

**Affected platforms**
* windows

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 0

Enable NVDA.

**Steps to reproduce**
1. Reach Amazon.com/p
2. Select the first available item in order to reach the product details page.
3. Use Keyboard navigation in order to reach the X Close button from the Review Checker.
4. Hit Down arrow on the keyboard in order to read the Opt-in card.
5. Use the Tab key to reach the Yes Try it ! button and select it with Enter
6. Use Keyboard navigation in order to Reach the Settings and Turn off the Review Checker using ENTER.
7. Open the Review Checker from the Address bar.
8. Reach the X Close button from the Review Checker.
9. Hit the Down arrow button on the keyboard in order to read the Onboarding card

**Expected result**
* The Content from the Onboarding card should be read out loud by NVDA.

**Actual result**
* The Information from the already opted in Cards and Check now button is read by NVDA.

**Regression range**
19:30.51 INFO: Last good revision: 3152110c63b5c99048b0651867ecf7723aa5ddf8
19:30.51 INFO: First bad revision: 31a6430ad25b20a75a4b299efea5d8ca94c2dfe9
19:30.51 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3152110c63b5c99048b0651867ecf7723aa5ddf8&tochange=31a6430ad25b20a75a4b299efea5d8ca94c2dfe9
Bug: The NVDA will read the cards behind the Onboarding card as if the user is opted in after Turning it OFF from Settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-15 15:35:19+00:00
Resolved: 2023-12-21 14:18:08+00:00

**Found in**
* Nightly 122.0a1 (2023-12-15)

**Affected versions**
* Nightly 122.0a1 (2023-12-15) 

**Affected platforms**
* windows

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 0

Enable NVDA.

**Steps to reproduce**
1. Reach Amazon.com/p
2. Select the first available item in order to reach the product details page.
3. Use Keyboard navigation in order to reach the X Close button from the Review Checker.
4. Hit Down arrow on the keyboard in order to read the Opt-in card.
5. Use the Tab key to reach the Yes Try it ! button and select it with Enter
6. Use Keyboard navigation in order to Reach the Settings and Turn off the Review Checker using ENTER.
7. Open the Review Checker from the Address bar.
8. Reach the X Close button from the Review Checker.
9. Hit the Down arrow button on the keyboard in order to read the Onboarding card

**Expected result**
* The Content from the Onboarding card should be read out loud by NVDA.

**Actual result**
* The Information from the already opted in Cards and Check now button is read by NVDA.

**Regression range**
19:30.51 INFO: Last good revision: 3152110c63b5c99048b0651867ecf7723aa5ddf8
19:30.51 INFO: First bad revision: 31a6430ad25b20a75a4b299efea5d8ca94c2dfe9
19:30.51 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3152110c63b5c99048b0651867ecf7723aa5ddf8&tochange=31a6430ad25b20a75a4b299efea5d8ca94c2dfe9
Bug: Sync not working - AWS connection refused
Status: UNCONFIRMED
Priority: P3
Created: 2023-12-15 15:37:16+00:00
Resolved: 2024-01-04 16:21:17+00:00

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

Steps to reproduce:

Installed Firefox on my Windows PC, my Pixel 7 Pro and my iPad
Created Mozilla account to sync my bookmarks and history across all devices


Actual results:

Sync is not working on any of my devices. Error logs show that  https://sync-697-us-west-2.sync.services.mozilla.com/1.5/210274718/info/collections is refusing requests. If I use a VPN I get a different error message:
1702401249427	Sync.Service	DEBUG	Not syncing: login returned false.
1702401249428	Services.Common.RESTRequest	DEBUG	GET request to https://api.accounts.firefox.com/v1/account/device/commands?index=0
1702401249630	Services.Common.RESTRequest	DEBUG	GET https://api.accounts.firefox.com/v1/account/device/commands?index=0 200
1702401249630	Hawk	DEBUG	(Response) /account/device/commands?index=0: code: 200 - Status text: 
1702401249630	Hawk	DEBUG	Clock offset vs https://api.accounts.firefox.com/v1: -1630
1702401250339	Sync.Resource	WARN	GET request to https://sync-697-us-west-2.sync.services.mozilla.com/1.5/210274718/info/collections failed: [Exception... "The connection was established, but the data transfer was interrupted"  nsresult: "0x804b0047 (NS_ERROR_NET_INTERRUPT)"  location: "<unknown>"  data: no] No traceback available
1702401250339	Sync.Service	DEBUG	verifyLogin failed: [Exception... "The connection was established, but the data transfer was interrupted"  nsresult: "0x804b0047 (NS_ERROR_NET_INTERRUPT)"  location: "<unknown>"  data: no] No traceback available
1702401250339	Sync.Status	DEBUG	Status.login: success.login => error.login.reason.network
1702401250339	Sync.Status	DEBUG	Status.service: success.status_ok => error.login.failed
1702401250339	Sync.Status	DEBUG	Status.login: error.login.reason.network => error.login.reason.network
1702401250339	Sync.Status	DEBUG	Status.service: error.login.failed => error.login.failed
1702401250339	Sync.ErrorHandler	ERROR	Sync encountered a login error

Error has persisted since last Sunday (December 10th), support is not answering :(


Expected results:

Sync should work.
Bug: Icons missing in Google Docs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-15 16:02:44+00:00
Resolved: 2024-01-02 13:58:05+00:00

In Google Docs, when dealing with comments and suggestions, usually there is a "check" or "cross" icon for accepting/resolving/rejecting. In my Nightly, I no longer see this icon (the buttons still work though). See screenshots attached.

My Nightly version: 121.0a1 (2023-10-26) (64-bit)
Still works on latest Release: 116.0.3 (64-bit)
Bug: Thumbnails cache from shortcuts (Tiles) is cleared upon browser close, require re-download at every startup
Status: REOPENED
Priority: --
Created: 2023-12-15 18:25:02+00:00
Resolved: 2025-02-26 20:58:29+00:00

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

Steps to reproduce:

Open profile folder: 
C:\Users\%USERPROFILE%\AppData\Local\Mozilla\Firefox\Profiles\xxxxxxx.default-release\thumbnails
Open browser and let the thumbnails populate.
Select the options as per screenshot.
Close browser.
Check the previously opened folder.
In my case, all of the generated .png's are gone.
Next startup the browser repeats the process of populating the thumbnails.



Actual results:

Thumbnails (png files in that folder) are gone after browser is closed.


Expected results:

Browser should keep the files.
Bug: Scrolling Firefox View's Open Tabs uses a lot of CPU and checkerboards with virtual list enabled
Status: NEW
Priority: P3
Created: 2023-12-15 18:45:13+00:00
Resolved: 2024-02-27 17:45:44+00:00

Profile: https://share.firefox.dev/3Nv5h11
The time is being spent in the same kinds of places as it was during view switch before the virtual-list.
i.e. Creating the elements and doing layout on them is still expensive, but instead of doing it all at once we pay the cost spread out during scrolling.
Bug: The bookmark manager is broken
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-16 06:13:18+00:00
Resolved: 2023-12-18 13:45:19+00:00

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

Steps to reproduce:

Updated Firefox Nightly to version 122


Actual results:

The bookmark manager is broken, there is a white window in a dark theme and only icons are visible, it is impossible to use
Bug: bookmark link' location is not remebered
Status: NEW
Priority: P5
Created: 2023-12-16 09:52:19+00:00
Resolved: 2024-01-01 11:06:59+00:00

Step to reproduce:
1. Bookmark a page with star button into Folder "A"
2. Bookmark a link with context menu -> "Bookmark Link" , (Currently Location shows Folder "A")  , into Folder "B"
3. Bookmark **another** link with context menu -> "Bookmark Link" , Current Location still shows Folder "A". It should show Folder "B"

Expect:
The location is updated when changing folder an saving within "Bookmark Link" UI

Actual:
The location is not updated.

----------------
Some digging:
The location is remebered in pref “browser.bookmarks.defaultLocation" .
The pref is only changed in 2 places. 1) The popuphidden event of StarUI https://searchfox.org/mozilla-central/source/browser/base/content/browser-places.js#302,310 https://searchfox.org/mozilla-central/source/browser/base/content/browser-places.js#85,179,302,310 2) bookmark-removed event https://searchfox.org/mozilla-central/source/browser/base/content/browser-places.js#85,179,302,310,2069

I'm not sure about the bookmark mechanism . I think the pref should also be updated when bookmark-added  ( instead of popuphidden )
Bug: In Firefox’s Settings, checkboxes should not include the empty space to the right of the label
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-12-16 11:49:05+00:00
Resolved: 2024-09-26 09:03:49+00:00

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

Steps to reproduce:

1. Open Firefox Settings
2. Click the empty space to the right of any checkbox label


Actual results:

The checkbox flipped its value.


Expected results:

Nothing.
Bug: Firefox does web searches instead of DNS lookups for .lan domains
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2023-12-17 02:17:03+00:00
Resolved: 2023-12-22 09:16:44+00:00

[OpenWrt](https://openwrt.org/) routers include a DNS server that makes the router UI available at http://openwrt.lan/ and registers other hosts on the network as <host>.lan.[[1]](https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/network/services/dnsmasq/files/dhcp.conf;h=d5b9dfa018c146a0031920f75c4614f9b2681c4b;hb=refs/heads/openwrt-23.05#l9) That worked fine before Firefox 77 because Firefox would do DNS lookups for all custom domains including .lan domains. When Firefox stopped doing that, multiple people complained and were told to manually set browser.fixup.domainsuffixwhitelist preferences or remember to type a slash after the domain name.[[7]](https://support.mozilla.org/en-US/questions/1285922)[[8]](https://www.reddit.com/r/firefox/comments/i016hg/local_domains_redirected_to_search_since_firefox/)[[9]](https://support.mozilla.org/en-US/questions/1390183) Neither of those are great solutions for the average non-technical Firefox user, who is already having a tough time reading manuals and understanding the instructions on how to configure their network-connected smart devices.

There is a real need for at least one top-level domain that "just works" for web servers on a local or company network. The .local TLD is reserved for mDNS which serves a similar purpose,[[3]](https://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml) and Firefox does do local mDNS lookups for .local domains,[[5]](https://hg.mozilla.org/mozilla-central/file/fc01df84fa6d91b9dabb4b608eb947cef3230871/modules/libpref/init/all.js#l3305)[[6]](https://hg.mozilla.org/mozilla-central/file/fc01df84fa6d91b9dabb4b608eb947cef3230871/browser/app/profile/firefox.js#l247) but not all networks can or do use mDNS (case in point, OpenWrt doesn't enable mDNS by default). For these reasons, [RFC 6762 Appendix G](https://datatracker.ietf.org/doc/html/rfc6762#appendix-G) effectively reserved the following six TLDs for internal private DNS:

* .intranet
* .internal
* .private
* .corp
* .home
* .lan

A [proposed revision to RFC 2606](https://www.ietf.org/archive/id/draft-chapin-rfc2606bis-00.html#new) includes two more popular choices:

* .localdomain
* .host

According to the [Advisory on Private-Use TLDs](https://itp.cdn.icann.org/en/files/security-and-stability-advisory-committee-ssac-reports/sac-113-en.pdf#page=9), in May 2020 .home appeared to be the most commonly used of these, followed by .internal, .lan, .corp, and .localdomain, in that order. Firefox does recognize .internal already.[[7]](https://hg.mozilla.org/mozilla-central/file/fc01df84fa6d91b9dabb4b608eb947cef3230871/browser/app/profile/firefox.js#l245) I am not asking to go back to DNS lookups for every possible custom domain, but let's please add the other seven to the local DNS whitelist by default.