av9ash/GitBugs huggingface dataset:
Bug: Intermittent uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-11-02 01:00:38+00:00
Resolved: 2024-12-23 12:05:55+00:00

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

---
```
[task 2021-11-01T23:37:11.144Z] 23:37:11     INFO - TEST-START | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml
[task 2021-11-01T23:37:12.129Z] 23:37:12     INFO - GECKO(10067) | Clearing /tmp/testsavedir1910275406
[task 2021-11-01T23:37:12.306Z] 23:37:12     INFO - GECKO(10067) | JavaScript error: http://mochi.test:8888/tests/uriloader/exthandler/tests/mochitest/HelperAppLauncherDialog_chromeScript.js, line 101: NS_ERROR_FILE_TARGET_DOES_NOT_EXIST: Component returned failure code: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsIFile.remove]
[task 2021-11-01T23:42:36.695Z] 23:42:36     INFO - TEST-INFO | started process screentopng
[task 2021-11-01T23:42:36.872Z] 23:42:36     INFO - TEST-INFO | screentopng: exit 0
[task 2021-11-01T23:42:36.873Z] 23:42:36     INFO - Buffered messages logged at 23:37:11
[task 2021-11-01T23:42:36.873Z] 23:42:36     INFO - add_task | Entering test 
[task 2021-11-01T23:42:36.874Z] 23:42:36     INFO - Pushing pref
[task 2021-11-01T23:42:36.874Z] 23:42:36     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | got the expected sanitized name 
[task 2021-11-01T23:42:36.874Z] 23:42:36     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | got the expected sanitized name 
[task 2021-11-01T23:42:36.875Z] 23:42:36     INFO - Pushing pref
[task 2021-11-01T23:42:36.875Z] 23:42:36     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | got the expected sanitized name 
[task 2021-11-01T23:42:36.876Z] 23:42:36     INFO - Buffered messages logged at 23:37:12
[task 2021-11-01T23:42:36.877Z] 23:42:36     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | got the expected sanitized name 
[task 2021-11-01T23:42:36.877Z] 23:42:36     INFO - Buffered messages finished
[task 2021-11-01T23:42:36.877Z] 23:42:36     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | Test timed out. - 
[task 2021-11-01T23:42:37.707Z] 23:42:37     INFO - GECKO(10067) | MEMORY STAT | vsize 20974409MB | residentFast 395MB
[task 2021-11-01T23:42:37.722Z] 23:42:37     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/test_nullCharFile.xhtml | took 326576ms
[task 2021-11-01T23:42:38.807Z] 23:42:38     INFO - TEST-START | uriloader/exthandler/tests/mochitest/test_unknown_ext_protocol_handlers.html
```
Bug: When I go into Google Streetview (not the google maps page, just streetview images), Firefox crashes.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-02 03:24:59+00:00
Resolved: 2021-12-17 13:31:38+00:00

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

Steps to reproduce:

Open Google Maps page, go into streetview (any streetview)


Actual results:

Firefox crashes.


Expected results:

Should have gone into streetview
Bug: the border of the active tab has changed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-02 09:17:34+00:00
Resolved: 2021-12-14 13:35:57+00:00

Bug 1734128 changed the border of the active tab - at least on macOS where I tested. Since there is no mention of a design change in bug 1734128 and bug 1734128 only talks about Windows 10 I guess it was not an intentional change. I attached a screenshot for comparison. It was tested on the default Firefox theme without any customization on a MacBook Pro with macOS 11 and the default scaling (but the screenshot has a 200% zoom).
Bug: Sync will install multiple versions of the same add-on
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-02 10:13:36+00:00
Resolved: 2021-11-09 08:49:57+00:00

This is a security issue as an old, insecure version of an add-on could be left on a system even after a newer version is installed on the system.

Sorry, no specific reproduction steps.

I've had multiple profiles on different systems using Release and Nightly for multiple versions of Firefox using Sync and syncing add-ons. I looked at about:addons on a Release version 93.0 system and found two instances of ColorPick Eyedropper. One is version 0.0.2.13 and the other is version 0.0.2.30. I looked on another profile (Nightly 96) and only 0.0.2.30 is present.

I installed ColorPick Eyedropper on the Nightly profile in the last month after I was surprised it wasn't present. I don't know whether the previous installation on the Release profile was Enabled or Disabled -- likely disabled as it hadn't synced to the fairly recent Nightly profile.

Stupid Firefox won't let me take a screenshot of about:addons so I used the system tool.

All current systems using the profile are using Ubuntu, but different releases.
Bug: Intermittent browser/components/preferences/tests/siteData/browser_siteData3.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-11-02 10:16:17+00:00
Resolved: 2022-01-21 12:46:53+00:00

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

---
```
[task 2021-11-02T09:23:27.139Z] 09:23:27     INFO - TEST-START | browser/components/preferences/tests/siteData/browser_siteData3.js
<...>
[task 2021-11-02T09:24:16.853Z] 09:24:16     INFO - TEST-PASS | browser/components/preferences/tests/siteData/browser_siteData3.js | Should enable the removeAllBtn button - 
[task 2021-11-02T09:24:16.853Z] 09:24:16     INFO - Leaving test bound test_single_entry_removal
[task 2021-11-02T09:24:16.853Z] 09:24:16     INFO - Buffered messages finished
[task 2021-11-02T09:24:16.854Z] 09:24:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/siteData/browser_siteData3.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-11-02T09:24:16.854Z] 09:24:16     INFO - GECKO(7492) | MEMORY STAT | vsize 2104207MB | vsizeMaxContiguous 68593247MB | residentFast 283MB | heapAllocated 128MB
[task 2021-11-02T09:24:16.855Z] 09:24:16     INFO - TEST-OK | browser/components/preferences/tests/siteData/browser_siteData3.js | took 49588ms
[task 2021-11-02T09:24:16.855Z] 09:24:16     INFO - checking window state
[task 2021-11-02T09:24:16.855Z] 09:24:16     INFO - TEST-START | browser/components/preferences/tests/siteData/browser_siteData_multi_select.js
```
Bug: Devices with primary password set will register themselves as unable to receive a tab.
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-11-02 13:03:25+00:00
Resolved: 2022-02-01 18:52:35+00:00

About once or twice a week, on my `atwork` machine, my `athome` device is missing from the context menu's `Send Page to Device` list. See attached screenshot.

I did follow your [Support page / Managing devices using Firefox Accounts / I do not see my device in the _Connected Services_ list](https://support.mozilla.org/en-US/kb/fxa-managing-devices#w_i-do-not-see-my-device-in-the-connected-services-list), with no success:

1. I ran `Sync Now` and it synced successfully.
2. I restarted the browser.
3. I open the Firefox Accounts page (as visible in screenshot).

But none of these things make the `athome` device come back in the menu.

This happens about once or twice a week, and when it's broken, I think it's broken until I use my `athome` machine. Said differently, nothing I attempt on my `atwork` machine ever fixed the issue; the only thing that fixes it is coming back `athome`, then the day after on my `atwork` machine, the `athome` machine is visible again.

However, as you see from the screenshot, the `atwork` machine is acknowledged by the `Connected Devices` page as active a mere `an hour ago`.

Am I missing something?

### Debug info

- Nightly 96.0a1 - 20211102094141, official Mozilla build
    - But the issue is not new, it has been happening for weeks
- Feel free to ask for more debug info
Bug: bug: firefox has built in spam on startup, most recently for something called colorways
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-02 14:26:43+00:00
Resolved: 2025-03-02 14:50:49+00:00

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

Steps to reproduce:

allowed firefox to update, started


Actual results:

spam for colorways, followed by firefox assuring me that it never spams me


Expected results:

a new browser window that I can interact with
Bug: "Always open similar files" is not available for files sent with `application/octet-stream` mimetypes
Status: NEW
Priority: P3
Created: 2021-11-02 15:19:07+00:00
Resolved: 2023-07-31 19:58:56+00:00

STR:

1. On a system without a ruby interpreter or something associated with `rb` files, go to https://filesamples.com/formats/rb (if you do use ruby, pick a language your machine hasn't heard of at https://filesamples.com/categories/code , or an image format it doesn't know at the images page )
2. download one of the sample files
3. right click the completed download in the download panel

ER:
can ensure the filetype shows up in prefs

AR:
cannot ensure the filetype shows up in prefs

This is unfortunate because in prefs, I could say that I want to open this image/code file with photoshop / my default code editor / whatever, even if that's not the OS default. As it is this is not possible.
Bug: 2 different content types are created for .zip in Settings > Applications
Status: NEW
Priority: P3
Created: 2021-11-02 17:39:51+00:00
Resolved: 2022-05-12 12:33:38+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0
Build ID: 20211101215926

### Prerequisite (I am not sure if this is needed but this is how my system is set up as of reproducing this bug)
1. Install [7-zip](https://www.7-zip.org/) 19.00 or 21.04beta
2. Don't set 7-zip as the default program associating `.zip`, i.e. keep Windows Explorer as the zip program.

### Steps to reproduce
1. In a new profile, set `browser.download.improvements_to_download_panel` to `true`.
2. Open about:preferences > General > Applications. Make sure no content type related to .zip is present.
3. Download any .zip file, e.g. https://ftp.mozilla.org/pub/firefox/nightly/2021/11/2021-11-01-08-46-51-mozilla-central/jsshell-win64-aarch64.zip
4. In Downloads panel on toolbar or in Library, right click on the .zip and enable `Always Open Similar Files`.
5. Reload the Settings page. There is a new entry named `ZIP Archive`. (Ignore the action bug for now. It is tracked in bug 1738706.)
6. Restart Nightly.
7. Go to downloads panel again. Disable `Always Open Similar Files`.
8. Reload the Settings page. Observe the Applications panel.

### Actual result
Another new entry `Compressed (zipped) Folder` is created and its action is set to `Save file` (from step 7). `ZIP Archive` remains as `Always ask`.
Subsequent changes to `Always Open Similar Files` reflects on `Compressed (zipped) Folder` instead of  `ZIP Archive`. (For some restarts, flipping `Always Open Similar Files` does not change the actions shown in Applications at all....)

However, If I manually change the action for `ZIP Archive` to use 7-zip (Use other > Browser > locate **7zFM.exe** in 7-zip folder). New downloads will open in 7-zip, completely ignoring the setting for `Compressed (zipped) Folder`.
(At this point I kind of lose track on the interactions between `Always Open Similar Files` and Applications panel...)

### Notes
If 7-zip is set as the default program for .zip, `zip Archive`(lowercase zip) is created instead of `Compressed (zipped) Folder`.
Bug: ultrawide screen menu bar background color issue
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-02 17:49:59+00:00
Resolved: 2022-02-08 18:01:07+00:00

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

Steps to reproduce:

See https://youtu.be/oKNMF8IM0NQ

Get an ultrawide display for mac. Get firefox. Go wide with the window. 


Actual results:

see See https://youtu.be/oKNMF8IM0NQ

Notice the top left of the ff ui (menu, tabs, buttons) background changes color at what appears to be a max width. The black color is hard to read through and is jarring. 


Expected results:

The background color should not have changed
Bug: isEnabled checks remote default before experiment variable enabled value
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-02 22:11:15+00:00
Resolved: 2022-06-09 19:45:49+00:00

https://searchfox.org/mozilla-central/rev/7588d077255c5732f72c466e71d7a38d97385dd5/toolkit/components/nimbus/ExperimentAPI.jsm#415,423,427,433

Recently feature.enabled and "enabled" UI toggle got removed from nimbus. This now requires feature variable `{enabled: false}` to be set to disable. However, remote defaults record has higher precedence than getVariable.

Testing with https://experimenter.services.mozilla.com/nimbus/mr2-upgrade-spotlight-holdback-copy treatment branch resulted in…
```
NimbusFeatures.upgradeDialog.isEnabled()
true
NimbusFeatures.upgradeDialog.getVariable("enabled")
false
```
Bug: Blank new tab page does not always follow system light/dark theme
Status: NEW
Priority: P3
Created: 2021-11-02 22:37:52+00:00
Resolved: 2022-04-13 21:46:21+00:00

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

Steps to reproduce:

When switching between macOS system light/dark theme, the blank new tab page in Firefox sometimes does not switch with the system, most often when the current tab is not the blank new tab page. 

However, below is a procedure I find which seems to consistently reproduce this issue: 

1. Switch to macOS light mode from Menu Bar -- Control Center -- Display.
2. Create a new Firefox profile from about:profiles and restart Firefox with the new profile.
3. Set "Homepage and new windows" and "New tabs" to "Blank Page" from about:preferences#home.
4. Quit Firefox (Cmd+Q) and start Firefox again.
5. Switch to macOS dark mode from Menu Bar -- Control Center -- Display.
6. Close the Firefox window (Cmd+Shift+W).
7. Create a new Firefox window (Cmd+N), open new tabs (Cmd+T).


Actual results:

At step 5, the blank new tab page turns dark with the system theme. But at step 7, the newly created window still has a white blank new tab page.


Expected results:

The blank new tab page should consistently follow the system theme: in the above case both step 5 and step 7 should show a dark page.
Bug: The border and shadow around the active tab button disappear after switching between system light/dark theme
Status: NEW
Priority: --
Created: 2021-11-02 22:46:54+00:00
Resolved: 2021-11-11 05:18:32+00:00

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

Steps to reproduce:

1. Switch to macOS light mode from Menu Bar -- Control Center -- Display.
2. Open a Firefox window.
3. Switch to macOS dark mode.
4. Switch to macOS light mode again.


Actual results:

The border and shadow around the active tab button disappear after step 4.


Expected results:

The tab should always look the same in the light theme.
Bug: Unable to close popup box in 95.0b1 (64-bit)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-02 23:33:58+00:00
Resolved: 2021-11-29 20:44:25+00:00

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

Steps to reproduce:

I upgraded to Firefox 95.0b1 (64-bit) this morning.

Then when going to ebay to check the tracking status of some orders, after I click on the tracking number link and the popup box opens with the ebay tracking information, the box cannot be closed by clicking on the close icon in the top right hand corner.  Nothing happens when this is click with the popup remaining open and the main page behind it greyed out. 


Actual results:

See above


Expected results:

The popup box should close and control return to the page behind it.
Bug: On page load, nothing is displayed, inspect shows correct html and can interact with buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-03 00:26:36+00:00
Resolved: 2021-11-03 00:35:13+00:00

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

Steps to reproduce:

Open up any website or even newtab


Actual results:

No visuals load although elements can be interacted with. Buttons will still activate and I can randomly navigate websites blindly.


Expected results:

Any of the underlying html should display, as it is visible in.
Bug: Trying to view/download files fails on Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-03 00:29:10+00:00
Resolved: 2021-11-03 13:26:34+00:00

Trying to media files like:

- https://upload.wikimedia.org/wikipedia/commons/b/bb/Test_ogg_mp3_48kbps.wav
- https://www.usenix.org/system/files/login/articles/login_winter20_04_garfinkel-tal.pdf

fails with a diagram:

```
Downloading

could not be saved, because an unknown error occurred.

Try saving to a different location.

                                           [   OK   ]
```

Right-click + Save link fails silently as well.

I tested this with my actual profile and with a new, fresh profile.
Bug: Yahoo.com homepage does not show all images
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-03 01:06:27+00:00
Resolved: 2021-11-04 08:22:59+00:00

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

Steps to reproduce:

This afternoon my Yahoo home page shows only selected pictures with news articles.  This is a brand new bug.  I have disabled all my ad ons and then re-enabled, one at a time, rebooting each time I enabled a new ad on.  None of them are causing the problem.


Actual results:

No pictures on many Yahoo news articles.


Expected results:

Show pictures !!!!!!!
Bug: Lack of contrast in win7/8 context menus with dark theme.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-03 03:45:36+00:00
Resolved: 2022-07-08 02:07:13+00:00

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

Steps to reproduce:

moz-regression leads to Bug 1738616

Windows 7 here with `ui.systemUsesDarkTheme` = `1` - see pic
Bug: Firefox 94 does not respect user settings and advertises VPN in new private browsing tabs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-03 06:08:35+00:00
Resolved: 2021-11-04 14:49:18+00:00

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

Steps to reproduce:

Open new private browsing tab.

Things I have checked:
- Firefox Home Content under the preferences menu has Snippits disabled
-"Allow Firefox to run studies" is turned off under privacy and security


Actual results:

Fully one third of the private browsing new tab window is an advertisement for your VPN service.

I do not see this in the regular new tab, only the private browsing new tab.


Expected results:

My new tab window should have no advertisements in it, because you are a nonprofit. You need to stop trying to insert these monentization plays into your web browser. I have been a Firefox user since the browser was called Mozilla and in the last few years the desperate money squeezes have pushed me ever closer to just giving up and going to Chrome, where at least they exploit me in predictable ways.  This is the fifth or sixth time you have abused user trust to try to squeeze more money out of the user base, instead of doing normal sane things like "not building an entire programming language" or "not having a VR research team" or "not hiring director-level designers to deploy new color schemes".

I am so, so tired of having to read about whatever new piece of post-download monetization you are attempting every six months, then digging through the five thousand settings or about:config entries to find the one magic switch that disables the user hostile behavior. You are supposed to be better than this.

So let me be really clear: STOP PUTTING ADS IN THE GOD DAMNED WEB BROWSER! I DON'T WANT YOUR VPN! I WILL NEVER WANT YOUR VPN!
Bug: Custom homepage / start page lost after upgrade to 94; overwritten by "Firefox Home"
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-03 07:07:41+00:00
Resolved: 2022-03-30 18:40:02+00:00

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

Steps to reproduce:

Firefox updated itself to 94.0.


Actual results:

I have set my start page to a news portal. When I open a new tab and click the home icon, the default start page just reloads.

Looking in the options, I see that the URL of the news portal is gone, the address field is just blank.


Expected results:

The new Firefox version should have kept the URL that I set.
Bug: "browser.newtabpage.activity-stream.newNewtabExperience.enabled" set to "false" seems to no longer take effect since Firefox version 94.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-03 08:48:26+00:00
Resolved: 2021-11-03 19:44:12+00:00

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

Steps to reproduce:

The option "browser.newtabpage.activity-stream.newNewtabExperience.enabled" set to "false" seems to no longer take effect since Firefox version 94.0

Being responsible for hundreds of computers set up with these same settings I am overwhelmed with calls from users and I have no answer for the moment.


Actual results:

The size of the activity-stream (TopSite) tiles with a well-defined size and an image of the website inside (at this same size) set by UserContent.css does not display activity-stream (TopSite) correctly anymore.


Expected results:

Activity-stream tiles (TopSite) should not overlap but be aligned as on previous versions of Firefox.