av9ash/GitBugs huggingface dataset:
Bug: The dismissed Sponsored and Non-Sponsored Top Sites remain displayed in New Window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-03-23 14:20:05+00:00
Resolved: 2023-07-06 13:20:03+00:00

**[Affected versions]:**
- Firefox Nightly 113.0a1 - Build ID: 20230322211554

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.4
- Linux Ubuntu 20.04 x64

**[Prerequisites]:**
- Have a VPN client connected to a US server (for users located outside the US).
- Have the `nimbus.debug` pref set to `true`.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Copy and paste the following link in a new tab: 
`about:studies?optin_slug=showing-3rd-sponsored-tile-on-the-newtab-page&optin_branch=treatment&optin_collection=nimbus-preview`
3. Open a new tab and make sure you have Sponsored and Non-Sponsored Top Sites.
4. Dismiss any of the Sponsored or Non-Sponsored Top Sites.
5. Press the Ctrl+N shortcut to open a New Firefox Window.
6. Observe the Top Sites.

**[Expected result]:**
- The Top Sites dismissed at step 3 are not displayed in the New Window.

**[Actual result]:**
- The Top Sites dismissed at step 3 are displayed in the New Window.

**[Notes]:**
- I was not able to reproduce the issue on Beta 112.0b5.
- The issue is cleared if the tab is refreshed and doesn’t reproduce anymore when opening new tabs.
- The issue is reproducible on al 3 branches of the experiment (1, 2, and 3 Sponsored tiles).
- [Here](https://drive.google.com/file/d/1jleydXBw_x9DwG5XLYX5Rm7cIUInWXII/view?usp=sharing) is a screen recording of the issue.
Bug: shortcut icon is missing if is not declared static (bookmarks section)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-03-23 14:25:02+00:00
Resolved: 2023-04-03 11:29:40+00:00

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

Steps to reproduce:

We have noticed that in Firefox, shortcut icons are not refreshed if they are not declared statically, unlike other browsers like Chrome. To illustrate this issue, we can take the following steps:

1. Create a static website.
2. Render the HTML (index.html).
3. After the render process (which is a necessary step), add the following shortcut icon link to the head section of the HTML document: <link rel="shortcut icon" sizes="16x16" href="src/..." />.
4. The shortcut icon is visible in the browser's tab but not in the bookmarks section.



Actual results:

Our platform generates dynamic link tags that are added to the head section of the HTML document after it is rendered. However, in Firefox, these dynamic shortcut icons are not refreshed, resulting in inconsistencies where bookmarks may not always display the correct favicon. It is worth noting that this issue does not occur in Chrome and other browsers.
Bug: [OSX Ventura 13.2.1] Unable to drag and drop from 'Downloads' drop down menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-23 17:54:09+00:00
Resolved: 2023-03-24 08:36:42+00:00

Steps to reproduce:

Attepted to drag and drop file from 'Downloads' drop down menu to the 'Desktop'


Actual results:

Grey circle with cross through it appears near cursor when attempting to put file on 'Desktop'.


Expected results:

File should have been transfered from 'Downloads' folder to 'Desktop'
Bug: Sync settings item in FxA panel should only be hidden (or disabled?) if syncing is off and 1 or fewer devices are connected.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-03-23 18:38:33+00:00
Resolved: 2023-05-18 09:27:35+00:00

This `||` should probably be an `&&`: https://searchfox.org/mozilla-central/rev/d630a6aad368dbbae4d90853f8cff5cb7c852407/browser/base/content/browser-sync.js#123

The original intent from [the Proton spec](https://docs.google.com/presentation/d/1Ufd0A3HsziyXXAjXYNH84P2bu7RdTxARsA0xpKmwIWs/edit#slide=id.gb4301959fb_3_0) (sorry, not public), was to hide this menuitem iff syncing is off and only 1 device is connected.

ddurst brings up a good point that we might consider disabling the item rather than hiding it.
Bug: unified extensions button is greyed out in customization mode even though it's movable now
Status: NEW
Priority: P3
Created: 2023-03-23 21:31:35+00:00
Resolved: 2024-10-02 13:41:24+00:00

Since bug 1820743 the unified extensions button can be moved on the navigation toolbar. But in the customization mode the button has still an opacity and looks as it couldn't be moved due to the following rule:

```
toolbarpaletteitem[removable="false"] {
  opacity: 0.5;
}
```

So while it works as implemented (the button is not _re_movable and therefore the opacity is applied) I don't think that the opacity should be applied if it's possible to do something useful with the button, like moving within the toolbar.
Bug: Some icons are changing when visited on Firefox after being imported from Opera or OperaGX
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-03-24 09:39:10+00:00
Resolved: 2023-03-27 18:42:03+00:00

**Found in**
* 113.0a1 (2023-03-23)


**Affected versions**
* 113.0a1 (2023-03-23)





**Tested platforms**
* Affected platforms: macOS 12, Ubuntu 20.04, Windows 10x64
* Unaffected platforms: none




**Steps to reproduce**
1. Open Opera or OperaGX and bookmark Instagram and Wikipedia.
2. Open Firefox with a new profile and import bookmarks from Opera/ OperaGX.
3. Observe the fav icons from the imported bookmarks.
4. Visit both bookmarks and observe the fac icons.

**Expected result**
* Tha favicons do not change.

**Actual result**
* The favicons change after the webpage is visited.

**Regression range**
*  Not a regression. The favicons import is implemented with bug 711995.


**Additional notes**
* Attached a screen recording.
* On Windows the Instagram icons is only changing dimensions and not actual icon.
Bug: No bookmarks are imported from Opera or OperaGX if they are saved inside the Other Bookmarks folder
Status: NEW
Priority: P2
Created: 2023-03-24 10:47:04+00:00
Resolved: 2023-03-28 15:31:24+00:00

**Found in**
* 113.0a1 (2023-03-22)


**Affected versions**
* 113.0a1 (2023-03-22)
* 112.0b6
* 111.0.1





**Tested platforms**
* Affected platforms: macOS 12, Ubuntu 20.04, Windows 10x64
* Unaffected platforms: none




**Steps to reproduce**
1. Open Opera or OperaGX and save some bookmarks inside Other Bookmarks folder.
2. Open Firefox with a new profile and import bookmarks from Opera/ OperaGX.
3. Observe the imported bookmarks.

**Expected result**
* The bookmarks imported from Opera/ OperaGX are displayed.

**Actual result**
* The bookmarks from the Other Bookmarks folder are not displayed.

**Regression range**
*  Not a regression. This happens with the implementation of importing from Opera and OperaGX (bug 1284106 and bug 1795462)


**Additional notes**
* Attached a screen recording.
Bug: session restore cannot properly restore all tabs after update
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-03-24 11:08:46+00:00
Resolved: 2023-07-10 08:00:46+00:00

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

Steps to reproduce:

Hi. After yesterday (23/03/2023 update I think more later ) nightly update (downloaded yesterday and applied at Firefox start today) many of my tabs in  session restore fail to be properly restored. 

I'm not sure if I identified the version properly, as I did try to revert to a previous version (22/03) and use the update sessionrestore, but I'm still affected by it.
It seems that the session restore isn't corrupted, the tabs are there and the urls are there too (they aren't "blanks")


Actual results:

Tabs failed to to be restored, appearing as transparent tabs in the UI (no lines, no icon, if I click no address). Only the first part of the tabs (overall older tabs) are properly restored. (this seems to be order dependent, all the tabs after an affected tab are affected, with the exception explained later, all tabs before  the first affected tab are properly restored )
The only tab between the unrestored tabs that is loaded correctly is the one that was selected in the previous session.


Expected results:

All tabs should be restored.
Bug: The previously closed pages are not shown as dismissed from the Recently closed section until the Firefox View tab is refreshed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-03-24 13:05:20+00:00
Resolved: 2023-03-29 08:17:02+00:00

**Found in**
* Firefox 112.0b6

**Affected versions**
* Firefox 112.0b6
* Firefox 113.0a1

**Tested platforms**
* Affected platforms: Windows 10x64, macOS 10.12.6 and Ubuntu 20
* Unaffected platforms: N/A


**Steps to reproduce**
1. Open multiple pages in Firefox
2. Close some of the tabs
3. Navigate to Firefox View and observe that recently closed section is populated 
4. Minimize Firefox and wait for a few minutes 
5. Open Firefox View tab 
6. Click the "x" button to dismiss pages from the recently closed section

**Expected result**
* The previously closed pages are dismissed from the Recently closed section

**Actual result**
* The previously closed pages are not shown as dismissed from the Recently closed section until the Firefox View tab is refreshed

**Regression range** Will search for one asap.

**Additional note:**
* Please note that hitting the X button for any recently closed tabs returned the following browser console error:

Uncaught (in promise) TypeError: can't access property "data", node is null
    _commitText chrome://global/content/vendor/lit.all.mjs:1738
    _$setValue chrome://global/content/vendor/lit.all.mjs:1704
    _update chrome://global/content/vendor/lit.all.mjs:1614
    _commitTemplateResult chrome://global/content/vendor/lit.all.mjs:1761
    _$setValue chrome://global/content/vendor/lit.all.mjs:1709
    _commitIterable chrome://global/content/vendor/lit.all.mjs:1811
    _$setValue chrome://global/content/vendor/lit.all.mjs:1715
    _update chrome://global/content/vendor/lit.all.mjs:1614
    _commitTemplateResult chrome://global/content/vendor/lit.all.mjs:1761
    _$setValue chrome://global/content/vendor/lit.all.mjs:1709
    render chrome://global/content/vendor/lit.all.mjs:2135
    update chrome://global/content/vendor/lit.all.mjs:2197
    update chrome://global/content/lit-utils.mjs:121
    performUpdate chrome://global/content/vendor/lit.all.mjs:825
    scheduleUpdate chrome://global/content/vendor/lit.all.mjs:781
    __enqueueUpdate chrome://global/content/vendor/lit.all.mjs:754
Bug: Fix `Could not parse path (null): NS_ERROR_FILE_UNRECOGNIZED_PATH` for the Chrome profile migrator
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-24 20:24:36+00:00
Resolved: 2023-03-24 20:28:00+00:00

When trying to import data from a Chrome-based browser profile and [verify its path](https://searchfox.org/mozilla-central/rev/d630a6aad368dbbae4d90853f8cff5cb7c852407/browser/components/migration/ChromeProfileMigrator.sys.mjs#109), the following error occurs with a `null` path:

```
DOMException: Could not parse path (null): NS_ERROR_FILE_UNRECOGNIZED_PATH
    _getChromeUserDataPathIfExists resource:///modules/ChromeProfileMigrator.sys.mjs:109
    getSourceProfiles resource:///modules/ChromeProfileMigrator.sys.mjs:173
    isSourceAvailable resource:///modules/MigratorBase.sys.mjs:484
    getMigrator resource:///modules/MigrationUtils.sys.mjs:367
    onImportSourcePageShow chrome://browser/content/migration/migration.js:211
    init chrome://browser/content/migration/migration.js:158
    onload chrome://browser/content/migration/migration.xhtml:1
MigratorBase.sys.mjs:494:15
    isSourceAvailable resource:///modules/MigratorBase.sys.mjs:494
    getMigrator resource:///modules/MigrationUtils.sys.mjs:367
    onImportSourcePageShow chrome://browser/content/migration/migration.js:211
    init chrome://browser/content/migration/migration.js:158
    onload chrome://browser/content/migration/migration.xhtml:1
```
This doesn't necessarily stop the migration from happening, but fixing it will reduce noise in the browser toolbox.
Bug: Incorrect size of screenshot image
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-24 23:07:28+00:00
Resolved: 2023-03-30 18:38:14+00:00

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

Steps to reproduce:

Just use "Take Screenshot" menu item of the page right click context menu while using Windows 10 display scaling (150% for the attached picture).


Actual results:

Taken screenshot size is much smaller than chosen size.
Bug: MAC: Always show the container selection menu not working with ctrl-t
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-25 09:24:55+00:00
Resolved: 2023-03-27 15:42:34+00:00

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

Steps to reproduce:

I'm on Manjaro Linux KDE. I did:

- Enable Container Tabs and MAC (Multi-Account Containers)
- In about:preferences#containers, tick "Select a container for each new tab"
- Open new tab with default shortcut CTRL-T


Actual results:

The new tab is opened outside any container


Expected results:

A choice should be presented: which container to open the new tab in?
Bug: When applying an update, some or many options are reset to defaults
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2023-03-26 02:29:31+00:00
Resolved: 2024-01-01 12:24:20+00:00

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

Steps to reproduce:

Updated from 111 to 111.01


Actual results:

- browser.urlbar.maxRichResults reset from 0 to 10
- When clicking the Bookmark this page star icon, it had reset so that "Show Editor When Saving" was disabled, where it had been enabled.

I'm assuming there are others I haven't found/noticed yet. Though I suppose it's possible these are the only two instances. Still, I tend to subscribe to the one or many theory. Ie only two is an unlikely result.


Expected results:

During an upgrade, any existing settings should be LEFT ALONE, please. It's no fun going through an exported list of my changed settings to find the ones that were mucked/rest during an update.

This has happened in the past, but it had been a while. (At least since the 70's range of versions, maybe even earlier.)

Obviously not critical, but annoying as heck.

As an aside, It would be nice if there was an option on the main settings page to disable the blue drop down on the url bar, for those of us that find it annoying. Instead of making us muck around in about:config.
Bug: saving bookmarks stopped working correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-26 07:02:42+00:00
Resolved: 2023-03-26 08:06:57+00:00

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

Steps to reproduce:

I have open the bookmark sidebar (CTRL-B) Before the last update I would drag the information for the address bar to the bookmark sidebar and it would record the bookmark with the correct name of the page.  


Actual results:

Now when I do the same thing it just gives the html://.... thats on the address bar.


Expected results:

Dragging the information for the address bar to the bookmark sidebar and it should record the bookmark with the correct name of the page.
Bug: github mirror is out of sync, propably due to rsa ssh host key
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-03-26 08:01:55+00:00
Resolved: 2023-03-29 05:58:24+00:00

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

Steps to reproduce:

For the longest time I'm using the github mirror of firefox trunk, via https://github.com/mozilla/gecko-dev , to work with the latest nightly code and find possible bugs this way. 


Actual results:

It happened that this mirror hasn't been updated within three days, which coincidentally happens to be at the same point in time in which github added a new rsa ssh host key. I imagine the script who does the sync now can no longer push any commits, this being the reason for the mirror being out of sync. 


Expected results:

possible solution is to update the rsa ssh host key manually: https://github.blog/2023-03-23-we-updated-our-rsa-ssh-host-key/

I don't know who is the person behind the mirror, but it seems to be somewhat official and was of great benefit for me in the past. please set it up again to work as it did before, thank you!
Bug: Firefox is clearing environment variables when launching file-manager on Linux
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-03-26 09:39:04+00:00
Resolved: 2023-03-26 10:13:52+00:00

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

Steps to reproduce:

1. Launch Firefox with `GTK_THEME=Adwaita:dark GDK_SCALE=1.5 TEST_VAR=test firefox`
2. Download any file
3. Click on the "go to file location" icon
4. Observe that file manager does not use the Adwaita:dark theme, and does not have the right dpi-scaling
5. Right click on directory and "open in terminal"
6. Run `env`
7. Attempt to run any program not in /usr/local/bin:/usr/bin
8. Observe that the program cannot be found in PATH, because the PATH has been reset.
9. Observe that the environment variables GDK_SCALE, GTK_THEME, and TEST_VAR are also missing from the `env` output.


Actual results:

Firefox is launching the file-manager with some variant of `env -i ... -- ...`


Expected results:

Firefox should not clear the environment when launching the file-manager, or should at the very least preserve variables like `GTK_THEME`, `GDK_SCALE`, and `PATH`.
Bug: Download size is lost after continuing an interrupted download
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-03-26 19:03:50+00:00
Resolved: 2023-05-11 15:36:33+00:00

Often, a download is interrupted (user pause, connection interruption, server issues etc).
As long as the temp file `.part` is still present, Firefox will attempt to continue the download.
However, sometimes it looses the target filesize.

Normal: 8 MB of 52.5 MB
Reconnected: 8 MB of unknown

Isnt the target filesize cached?
Bug: Intermittent browser/base/content/test/siteIdentity/browser_deprecatedTLSVersions.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-03-27 07:50:30+00:00
Resolved: 2024-05-22 12:01:26+00:00

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

---
```
[task 2023-03-27T07:13:14.378Z] 07:13:14     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_deprecatedTLSVersions.js | connectionState should be secure - 
[task 2023-03-27T07:13:14.378Z] 07:13:14     INFO - Buffered messages finished
[task 2023-03-27T07:13:14.378Z] 07:13:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_deprecatedTLSVersions.js | Test timed out - 
[task 2023-03-27T07:13:14.378Z] 07:13:14     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-03-27T07:13:14.378Z] 07:13:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_deprecatedTLSVersions.js | Uncaught exception received from previously timed out test bound  - popuphidden listener on #identity-popup not removed before the end of test
[task 2023-03-27T07:13:14.636Z] 07:13:14     INFO - GECKO(4784) | MEMORY STAT | vsize 1121MB | vsizeMaxContiguous 215MB | residentFast 333MB | heapAllocated 316MB
[task 2023-03-27T07:13:14.636Z] 07:13:14     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_deprecatedTLSVersions.js | took 45402ms
```
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_email_trackers_subview.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-03-27 12:27:44+00:00
Resolved: 2024-12-30 12:05:28+00:00

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

---
```
task 2023-03-27T11:38:14.081Z] 11:38:14     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_email_trackers_subview.js | List item is visible - 
[task 2023-03-27T11:38:14.081Z] 11:38:14     INFO - Buffered messages finished
[task 2023-03-27T11:38:14.081Z] 11:38:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_email_trackers_subview.js | Test timed out - 
[task 2023-03-27T11:38:14.081Z] 11:38:14     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-03-27T11:38:14.081Z] 11:38:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_email_trackers_subview.js | Uncaught exception received from previously timed out test bound testTrackersSubView - ViewShown listener on #protections-popup-mainView not removed before the end of test
[task 2023-03-27T11:38:14.331Z] 11:38:14     INFO - GECKO(1268) | MEMORY STAT | vsize 1187MB | vsizeMaxContiguous 178MB | residentFast 384MB | heapAllocated 332MB
[task 2023-03-27T11:38:14.331Z] 11:38:14     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_email_trackers_subview.js | took 45414ms
[task 2023-03-27T11:38:14.339Z] 11:38:14     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-03-27T11:38:14.339Z] 11:38:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_email_trackers_subview.js | Found a tab after previous test timed out: https://www.example.com/browser/browser/base/content/test/protectionsUI/emailTrackingPage.html - 
[task 2023-03-27T11:38:14.370Z] 11:38:14     INFO - checking window state
[task 2023-03-27T11:38:14.370Z] 11:38:14     INFO - GECKO(1268) | must wait for focus
[task 2023-03-27T11:38:14.503Z] 11:38:14     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js
[task 2023-03-27T11:38:15.356Z] 11:38:15     INFO - GECKO(1268) | MEMORY STAT | vsize 1183MB | vsizeMaxContiguous 178MB | residentFast 385MB | heapAllocated 331MB
[task 2023-03-27T11:38:15.356Z] 11:38:15     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_fetch.js | took 859ms
[task 2023-03-27T11:38:15.371Z] 11:38:15     INFO - checking window state
```