av9ash/GitBugs huggingface dataset:
Bug: Firefox downloads 2 files upon every download of certain file types
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-15 11:59:32+00:00
Resolved: 2024-06-10 13:56:38+00:00

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

Steps to reproduce:

Download a file with .exe extension


Actual results:

Firefox will cancel the original download, leaving a file of 0 bytes size in the folder (whatever folder it is assigned to download files into) then start another one and complete it. 
An example. I just downloaded the latest FF version. After completion, the two files appear in my downloads folder as such;
Firefox Setup 115.11.0esr.exe   0KB
Firefox Setup 115.11.0esr(1).exe     57, 215KB

I just downloaded the latest Tor browser. Same thing...
tor-browser-windows-x86_64-portable-13.0.15.exe   0KB
tor-browser-windows-x86_64-portable-13.0.15(1).exe     102,490KB

Notes:
* When downloading video files there are no problems. Perhaps it's only with certain extensions.
* This has been happening with the last 4 or 5 versions.
* Nothing strange appearing in the 'Library > Downloads' popup

Using 115.11.0esr, Win 7, 64Bit


Expected results:

Should have downloaded a single file without the (1) attached to the end of the file
Bug: Sidebar should not be visible in full screen mode
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-05-15 14:33:07+00:00
Resolved: 2024-06-12 21:54:33+00:00

Currently the collapsed sidebar is visible when a user has a video in full screen mode (only when the sidebar.revamp pref is flipped) and we'll need to ensure it isn't visible in this scenario.
Bug: [Windows] After an update from a previous Firefox version in system Control Panel there are two Firefox entries
Status: NEW
Priority: --
Created: 2024-05-15 15:11:07+00:00
Resolved: 2024-12-03 02:49:57+00:00

**Found in**
* Firefox 128.0a1

**Affected versions**
* Update from Firefox 127.0a1 to Firefox 128.0a1

**Tested platforms**
* Affected platforms: Windows 10, Windows 11

**Preconditions**
*  Tested on the "nightlytest" channel.

**Steps to reproduce**
1. Install an .msi (2024-05-02) or an .exe (2024-05-05) Firefox nightly build.
2. Change the update channel to the "nightlytest".
3. Start Firefox, an update check will happen in the background.
4. Restart for the update and repeat it, until your build is at a later version than the watershed (20240512212637).
5. Verify the Control Panel.

**Expected result**
* In the Control Panel there should be only one entry for Nightly Firefox build.

**Actual result**
* After the updates there are 2 entries in control panel for Nightly - one for 127.0a1 and one for 128.0a1. 

**Additional notes**
* Observe this issue without watershed update, ex. after a single update from .exe build 20240505202839 - custom install to 128.01a - 20240514095049. With the same .exe build standard install the issue not occurs, only one Nightly entry appears in the Control Panel.
Bug: Screenshot cropped when page is zoomed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-15 15:13:08+00:00
Resolved: 2024-05-16 15:10:34+00:00

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

Steps to reproduce:

1. Set default page zoom to 133% (only text is zoomed)
2. On any webpage : right-click and select "take a screenshot"
3. Take the screenshot properly selecting the divs I'm interested in, and press enter


Actual results:

When I check the saved screenshot : image is cropped and parts I wanted in are missing ! (Maybe image is bigger than expected, too)


Expected results:

Obviously : the image should be exactly what DOM elements I selected in the first place, with same level of zoom I see on the page
Bug: Unable to downgrade Firefox from 126 to 125.0.3.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-15 16:09:36+00:00
Resolved: 2024-07-04 10:01:13+00:00

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

Steps to reproduce:

On MacOS:
1. Remove Firefox 126 (move to Trash from Applications).
2. Install Firefox 125.0.3 (https://download-installer.cdn.mozilla.net/pub/firefox/releases/125.0.3/mac/en-US/Firefox%20125.0.3.dmg)


Actual results:

Firefox never starts, icon just spins forever, MacOS Activity Monitor reports "Firefox not responding".


Expected results:

Firefox 125.0.3 should start.
Bug: maintenance service issuer names in registry do not always get updated
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 16:50:53+00:00
Resolved: 2024-06-14 07:36:04+00:00

In https://bugzilla.mozilla.org/show_bug.cgi?id=1894689 we updated the required issuer names that we store in the maintenance service registry entries. QA has managed to find scenarios where these do not update. I've also managed to reproduce by:
* Installing the 20240501214803 nightly build
* Switching it to the `nightlytest` channel
* Starting Firefox, and applying the first update. (This is the watershed update that we set up in https://bugzilla.mozilla.org/show_bug.cgi?id=1895483, and it is _supposed_ to result in the registry being updated.)
* Restart for the update; registry entries are not updated

Applying the next update after the watershed works fine (even through the maintenance service), however.

I also did a test where [I deleted the Attempted key that is written to whenever we update the maintenance service](https://searchfox.org/mozilla-central/rev/7a8904165618818f73ab7fc692ace4a57ecd38c9/browser/installer/windows/nsis/shared.nsh#128). It was not recreated in any of my tests, which suggests to me that we may not be getting past either [the IsUserAdmin or TmpVal = HKLM condition](https://searchfox.org/mozilla-central/rev/7a8904165618818f73ab7fc692ace4a57ecd38c9/browser/installer/windows/nsis/shared.nsh#118-120) when we run PostUpdate.
Bug: Sync is no longer working, 502s in about:sync-log
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-15 19:35:32+00:00
Resolved: 2024-05-16 15:57:46+00:00

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

Steps to reproduce:

1. Install a fresh copy of Fedora on my machine
2. Open up Firefox, and log into my Mozilla account
3. Ususally sync starts right away after successfully logs in, but seeing that it isn't, I manually click on my profile icon and press "Sync now"
4. The blue arrow spins for a few seconds and then stops. No bookmarks have been synced. 
5. Open about:sync-config and look at the logs (attachment: first halt of the attachment)
6. Close Firefox and re-open it. Notice that bookmarks are still not synced. 
7. Click on my profile icon and click Sync Now again. This time it just keeps spinning for a long time, but still no bookmarks are synced. 
8. Open the next error log and see a different error (attachment: second half of the attachment)


Actual results:

The bookmarks sync usually completes right after I log in. However, this time it did not, even after manually trying to sync. 


Expected results:

The bookmarks should sync.
Bug: A Nextdoor.com link does not function on one computer but does on others
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-15 20:20:11+00:00
Resolved: 2024-06-05 12:23:31+00:00

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

Steps to reproduce:

This was reported to Webcompat-bot with response "We appreciate your report but the issue reproduces on other browsers as well, therefore it is not a compatibility issue."  This link functions on other computers in FF and on my computer using Edge.  So my question is if a setting in either FF or Win 10 could have been unintentionally changed to create the problem on my computer.  Description and background as followe:

My wife & I use Nextdoor.com to buy and sell used merchandise under the For Sale & free section.  A screenshot is attached to understand the issue: For Sale & Free sub-menus properly displayed by clicking on left main menu For Sale & Free.  Nectdorr.com For Sale and Free main menu can be accessed at https://nextdoor.com/for_sale_and_free/?init_source=more_menu

Beginning 5/3, the For Sale & free link on the left in FF no longer connects to display the sub-menus. A circling arrow appears under the For Sale & Free heading at the top of the page where the sub-menus should appear, but lasts for only 1-2 seconds and disappears before any loading occurs.

We have 2 Windows 10 desktops on a home WIFI network.  #1 is the base computer connected to the internet and #2 is remotely connected by WIFI.  My wife and I both have separate FF & TB accounts that are accessible on both machines.

Currently in FF, the link on #2 functions and displays the menus correctly but #1 does not.  Using Edge, the link functions and sub-menus display properly on both #1 and #2.   Using Chrome, the link does not function on either #1 or #2.

On #1 where the issue occurs, I've done the following without any effect: Cleared cache, Cleared startup cache, Deleted Preferences in the profile, and Refreshed FF.




Actual results:

Clicking on For Sale & Free in the left menu does not open and display the For Sale & Free sub-menus shown in Screenshot 2 (attached).  The sub-menus do display in FF on Computer #2, and on both #1 and #2 using Chrome.


Expected results:

Sub-menus shown at the top of Screenshot 2 (attached) should have displayed but they do not.

My user string for computer #1 is:
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:126.0) Gecko/20100101 Firefox/126.0

If there's a setting that may have been unintentionally changed in Windows 10, that may explain why Nextdoor functions properly on #2 but not on #1.  Otherwise I assume there is an incorrect setting in FF on #1. 

Since only one file can be attached below, Screenshot #2 is attached showing the sub-menus properly displayed in Edge.  The sub-menus should be accessed by going to https://nextdoor.com/for_sale_and_free/?init_source=more_menu and clicking on For Sale & Free on the left.
Bug: Firefox's PDF viewer renders the first page blank for a particular PDF file
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 21:24:42+00:00
Resolved: 2024-05-15 21:51:35+00:00

Attach (recommended) or Link to PDF file here:
Attached, obtained from:
https://www.educationcu.com/wp-content/uploads/2023/03/MLLN_CREDIT_CARD_DISCLOSURE_PLATINUM.pdf

Steps to reproduce the problem:
1. Load PDF in Firefox

What is the expected behavior? (add screenshot)
First page should have a table with text on it ("Account Opening Disclosures" at the top)

What went wrong? (add screenshot)
First page is blank.

This is actually already fixed in Firefox Nightly (and now beta 127, I think) -- fix range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=088f2ee1aeb4e6a3098679dc0063ccf151436bab&tochange=61472b53afe599f1b89a5c352b71b265e1cb5f15
...which is just a PDF.js update, bug 1891301.

But I'm not sure it's a known issue, hence I figured it'd be worth capturing/filing.
Bug: After simply clicking a certain PDF, Firefox's PDF viewer won't let me leave without clicking through "This page is asking you to confirm that you want to leave - information you’ve entered may not be saved" dialog
Status: NEW
Priority: P3
Created: 2024-05-15 21:55:51+00:00
Resolved: 2024-05-16 11:16:49+00:00

Attach (recommended) or Link to PDF file here:
https://bug1896991.bmoattachments.org/attachment.cgi?id=9402056 (from bug 1896991)

Steps to reproduce the problem:
1. Visit https://bug1896991.bmoattachments.org/attachment.cgi?id=9402056 in Firefox 127 or newer (older versions will hit bug 1896991)
2. Click a blank area on the PDF
3. Close the tab.

What is the expected behavior?
Tab should close.

What went wrong?
Firefox pops up a dialog telling me:
> pdf.js
> This page is asking you to confirm that you want to leave — information you’ve entered may not be saved.

As far as I can tell, this PDF doesn't have any actual forms where I **could** enter information (though maybe they're there but hidden?), so the dialog is a bit perplexing.

Chrome doesn't seem to show any such issue.
Bug: top of urlbar is cut off
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-15 22:04:52+00:00
Resolved: 2024-05-16 09:50:12+00:00

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

Steps to reproduce:

Updated to 126.0


Actual results:

Top of urlbar window that pops up when clicking on urlbar is cut off. Seems like its runs underneath the titlebar. (Tabs are not in my titlebar because I have it turned off.)
Bug: Intermittent browser/components/screenshots/tests/browser/browser_test_prevent_events.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-05-15 23:49:36+00:00
Resolved: 2025-03-03 06:46:59+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=458366789&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/f-7AoCJ5TR6vo7CyPFpNKA/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/f-7AoCJ5TR6vo7CyPFpNKA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
TEST-PASS | browser/components/screenshots/tests/browser/browser_test_prevent_events.js | Only 1 wheel event should reach the content document because everything else was prevent and stopped propagation - 
[task 2024-05-15T23:23:09.698Z] 23:23:09     INFO - Buffered messages finished
[task 2024-05-15T23:23:09.698Z] 23:23:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/screenshots/tests/browser/browser_test_prevent_events.js | Test timed out - 
[task 2024-05-15T23:23:09.699Z] 23:23:09     INFO - GECKO(849) | Completed ShutdownLeaks collections in process 849
[task 2024-05-15T23:23:09.699Z] 23:23:09     INFO - TEST-START | Shutdown
```
Bug: Can't easily approve screenshot on Responsive Design Mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-05-16 09:11:36+00:00
Resolved: 2024-10-02 09:57:34+00:00

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

Steps to reproduce:

I was about to report a problem on visible area screenshot on Responsive Design Mode (it was taken full) and I was delighted to see that version 127 new Screenshot Engine crops it.
Now I have a new problem in that situation


Actual results:

On Responsive Design Mode, when I attempt to take a screenshot, both If I choose "Full page" or "Visible Area", the screenshot window is aligned to the top of the viewport, call-to-actions are aligned to the upper border and RDM toolbar covers them almost completely.
It's hard to click them.


Expected results:

If I'm not wrong, buttons were aligned to the bottom in past. They must be always visible (possibly not overlapping anything)
Bug: Quick action shortcut "scr" does not work
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-05-16 13:09:09+00:00
Resolved: 2025-02-16 17:35:48+00:00

**Found in**
* 127.0b2

**Affected versions**
* 127.0b2
* 128.0a1 (2024-05-16)
* 126.0

**Tested platforms**
* Affected platforms:
 * MacOS 12.6
 * Ubuntu 22.04
 * Windows 11

**Steps to reproduce**
1. Open firefox and navigate to a webpage 
2. In the address bar type "scr"

**Expected result**
* Quickaction is shown in the address bar selecting the option opens the screenshot interface.

**Actual result**
* Screenshot interface is not activated and the quick action option is not present in address bar.

**Regression range**
* Will look for one ASAP.
Bug: [MSIX] msix Nightly 128 build cannot be installed over a msix Nightly 127 - from archive.mozilla.org
Status: NEW
Priority: --
Created: 2024-05-16 13:16:16+00:00
Resolved: 2024-06-21 14:15:13+00:00

**Found in**
* Firefox 128.0a1

**Affected versions**
* Update from .msix Firefox 127.0a1 to Firefox 128.0a1

**Tested platforms**
* Affected platforms: Windows 10, Windows 11

**Steps to reproduce**
1. On Windows 10, install a .msix (2024-05-02) Firefox nightly build: https://archive.mozilla.org/pub/firefox/nightly/2024/05/2024-05-02-09-16-33-mozilla-central/firefox-127.0a1.multi.win64.installer.msix
2. Start Firefox, make sure it is working properly 
3. Close it.
4. Install the .msix Nightly build from https://archive.mozilla.org/pub/firefox/nightly/2024/05/2024-05-15-03-23-56-mozilla-central/firefox-128.0a1.multi.win64.installer.msix

**Expected result**
* The new build .msix Nightly 128.0a1, from 2024-05-15, should be installed successfully over the one installed at step1

**Actual result**
* The new build .msix build from 2024-05-15 is NOT installed, with error:

App installation failed with error message: Windows cannot install package Mozilla.MozillaFirefoxNightly_128.2405.1503.0_x64__jag0gd4e3s9p2 because a different package Mozilla.MozillaFirefoxNightly_127.2405.209.0_x64__gmpnhwe7bv608 with the same name is already installed. Remove package Mozilla.MozillaFirefoxNightly_127.2405.209.0_x64__gmpnhwe7bv608 before installing. (0x80073cf3)

**Additional Notes**
1. On Windows 11, after step 4, the update prompt is not received but instead a new instance of Firefox Nightly is installed. At the end, we have 2 MozillaFirefoxNightly installed 127.0a1 and 128.0a1.
2. If at step 4, I am using build from https://archive.mozilla.org/pub/firefox/nightly/2024/05/2024-05-15-20-24-18-mozilla-central/ , all works correctly. Please note that between the two builds bug 1889299 was backed out.
Bug: Regression: Tabsize stays not shrinked when closing tabs via close button
Status: NEW
Priority: --
Created: 2024-05-16 16:41:12+00:00
Resolved: 2024-05-28 14:52:52+00:00

Nightly 128.0a1 (2024-05-16) (64-Bit)
macOS

1.) Open a new window
2.) Open a lot of tabs so that they start to shrink
3.) Start closing the tabs via clicking on the close button from the very left side

Actual: After closing a few tabs, the tabs expand on the whole Tabstrip, so that the focus goes away from the close button.

Expected: The tabs should keep the shrinked state, until you move the cursor away from the tab.

This is a recent regression in Nightly 128. Works fine in Firefox 126 Stable. 

A demo of the issue is attached.
Bug: Duplicate Device in the Firefox sync.
Status: REOPENED
Priority: P3
Created: 2024-05-16 17:12:26+00:00
Resolved: 2024-06-18 17:09:51+00:00

Steps to reproduce:

Make a mozilla account.
Sync browser information.
Go to other PC.
Sign in to firefox.
Sync




Actual results:

Duplicate entries of devices in Sync.


Expected results:

No duplicate entries of devices.
Bug: PDF Editor not working to delete text marks
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-16 17:58:53+00:00
Resolved: 2024-05-25 10:12:03+00:00

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

Steps to reproduce:

Updated the firefox to 126 and to try the PDF Editor.
Also is not an PDF Editor. More like PDF Completer.


Actual results:

The text marks cannot be deleted. Pressing the Recycle Bin does nothing.


Expected results:

To remove the text marks.
But if pressing outside the box should uncheck the mark and hide the Recycle Bin.
Bug: Firefox will not start as a maximized window
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-05-16 20:27:33+00:00
Resolved: 2024-12-02 12:31:26+00:00

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

Steps to reproduce:

Windows 11: when starting Firefox with a single click from the taskbar, the app opens in a small minimized window.


Actual results:

Clicking the Maximize icon in that window causes the minimized window to jump to a different minimized position on the screen. Clicking a third time finally maximizes the window to the full screen.


Expected results:

Clicking the Firefox icon from the taskbar should open the browser to a maximized window.  This is a known issue elsewhere and I found a workaround which I will attempt to attach. It involves deleting a file called xulstore.json   I have done that multiple times but the file recurs and the problem recurs.
Bug: Intermittent browser/components/tests/browser/whats_new_page/browser_whats_new_page_nimbus.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-05-17 04:01:18+00:00
Resolved: 2024-07-26 12:04:32+00:00

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

---
```
[task 2024-05-17T03:30:13.760Z] 03:30:13     INFO - TEST-START | browser/components/tests/browser/whats_new_page/browser_whats_new_page_nimbus.js
[task 2024-05-17T03:30:22.957Z] 03:30:22     INFO - TEST-INFO | started process screencapture
[task 2024-05-17T03:30:23.089Z] 03:30:23     INFO - TEST-INFO | screencapture: exit 0
[task 2024-05-17T03:30:23.090Z] 03:30:23     INFO - Buffered messages logged at 03:30:13
[task 2024-05-17T03:30:23.090Z] 03:30:23     INFO - Entering test bound nimbus_whats_new_page
[task 2024-05-17T03:30:23.090Z] 03:30:23     INFO - Buffered messages finished
[task 2024-05-17T03:30:23.090Z] 03:30:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/whats_new_page/browser_whats_new_page_nimbus.js | Uncaught exception in test bound nimbus_whats_new_page - Waiting for the expected page to reopen, about:blank - timed out after 50 tries.
[task 2024-05-17T03:30:23.090Z] 03:30:23     INFO - Leaving test bound nimbus_whats_new_page
[task 2024-05-17T03:30:23.091Z] 03:30:23     INFO - GECKO(5268) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-05-17T03:30:23.091Z] 03:30:23     INFO - GECKO(5268) | MEMORY STAT | vsize 410591MB | residentFast 373MB | heapAllocated 168MB
[task 2024-05-17T03:30:23.091Z] 03:30:23     INFO - TEST-OK | browser/components/tests/browser/whats_new_page/browser_whats_new_page_nimbus.js | took 9200ms
```
Bug: [Windows] Text selection cleared when screenshot is taken
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-17 07:08:05+00:00
Resolved: 2024-06-27 08:45:26+00:00

**Notes**
- This is a follow-up from bug 1887093.

**Found in**
* Firefox Nightly 128.0a1;

**Affected versions**
* Firefox Nightly 128.0a1;

**Tested platforms**
- macOS 12;
- Windows 10;
- Ubuntu 22;

**Affected platforms**
- Windows 10;

**Unaffected platforms**
- macOS 12;
- Ubuntu 22;

**Steps to reproduce**
1. Launch Firefox.
2. Go to  Hamburger Menu -> More Tools -> Customize toolbar.. and add the Screenshot button in the toolbar.
3. Go to any random website, eg. www.wikipedia.com
4. Select some text from the page.
5. Take a screenshot of the highlighted section.

**Expected result**
* Text selection remains highlighted.

**Actual result**
- Text selection loses highlight.

**Regression range**
- last good: 2024-03-04
- first bad: 2024-03-05
- pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2aa589c9e655b54dc77209268450e5e4d16a9fc9&tochange=5b706eb2187070200b3eecb6d99a95e750c3266e
- potentially regressed by: bug 1789727
Bug: Disabling private window separation no longer works (browser.privateWindowSeparation.enabled)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-17 10:51:58+00:00
Resolved: 2024-06-13 18:56:56+00:00

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

Steps to reproduce:

Change the config "browser.privateWindowSeparation.enabled" to false
Open a private window


Actual results:

The private window has a different taskbar icon than the rest of the windows


Expected results:

The private window should have the same taskbar icon as the rest of the windows
This was the behavior in the previous version, 126