av9ash/GitBugs huggingface dataset:
Bug: ./mach package on Windows Debug buld triggers PathUtils exception
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-11-19 03:52:40+00:00
Resolved: 2022-11-24 21:31:44+00:00

STR
1. Build a debug build
2. ./mach package

ER
./mach package succeeds

AR
```
 2:05.42 Assertion failure: !aPath.Contains(u'/') (Windows paths cannot include forward slashes), at C:/Users/Barret/Workspace/src/hg.mozilla.org/mozilla-central/dom/system/PathUtils.cpp:93
 2:06.80 #01: mozilla::dom::PathUtils::InitFileWithPath (C:\Users\Barret\Workspace\src\hg.mozilla.org\mozilla-central\dom\system\PathUtils.cpp:92)
 2:06.80 #02: mozilla::dom::PathUtils::IsAbsolute (C:\Users\Barret\Workspace\src\hg.mozilla.org\mozilla-central\dom\system\PathUtils.cpp:422)
 2:06.81 #03: mozilla::dom::PathUtils_Binding::isAbsolute (C:\Users\Barret\Workspace\src\hg.mozilla.org\mozilla-central\obj-optdebug\dom\bindings\PathUtilsBinding.cpp:615)
 2:06.81 #04: CallJSNative (C:\Users\Barret\Workspace\src\hg.mozilla.org\mozilla-central\js\src\vm\Interpreter.cpp:459)
 2:06.81 #05: js::InternalCallOrConstruct (C:\Users\Barret\Workspace\src\hg.mozilla.org\mozilla-central\js\src\vm\Interpreter.cpp:547)
```

This is caused by https://searchfox.org/mozilla-central/rev/4d433a219634633ce19158b55520ea228187577a/toolkit/components/normandy/metadata-script.js#22 (or rather its caller)
Bug: Regression: Address Bar Textinput flickers when starting Nightly in language DE
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-19 08:10:47+00:00
Resolved: 2023-01-05 05:33:32+00:00

109.0a1 (2022-11-18) (64-Bit)
macOS 12.6.1

1.) Use Nightly in Language DE
2.) Quit Nightly completely with CMD-Q
3.) Click on the Nightly Dock icon to start it with a new window
4.) Take a look at the Address Bar during the new window opens

Actual: There is flicker in the Textinput. The wording is changing from "Suche oder Adresse eingeben" to "Mit Google suchen oder Adresse eingeben".

Expected: Only the wording "Mit Google suchen oder Adresse eingeben" should appear.

I see this issue in language DE but not in language EN/US.

This is a recent regression. I did a manual bisect and found the following regression range:

Good build: 2022-11-15-21-41-57-mozilla-central-l10n	
Bad build: 2022-11-16-09-31-06-mozilla-central-l10n
Bug: Download Panel No Longer Resizes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-19 10:45:00+00:00
Resolved: 2022-11-19 17:50:02+00:00

Steps to reproduce:

I open up the download panel and tried to resize to how I used to have it and liked it.  Small and not taking up much room.


Actual results:

It is now around at least a quarter of my screen size and won't resize.


Expected results:

When I drag on the edges it should resize like it used to.
Bug: Enhanced Tracking Protection (ETP) mode menu not showing reported blocked elements on list
Status: NEW
Priority: P3
Created: 2022-11-19 11:18:20+00:00
Resolved: 2024-07-13 11:47:09+00:00

Steps to reproduce:

1. Set Enhanced Tracking Protection (ETP) mode to "Strict".

2. Visit any website URL where strict ETP mode does not detect known trackers (Example: https://en.wikipedia.org/wiki/Firefox).

3. open ETP mode icon on URL bar, A message reporting that no trackers known to Firefox were detected will appear.

3. Set ETP mode to "Custom" and enable all protection options (Cookies: All third party cookies; Tracking content: in all windows).

4. Revisit or reload the same webpage URL used on step 1.

3. Open ETP mode icon on the URL bar (ETP mode will now probably show an empty list of blocked elements).


Actual results:

When ETP mode is set to "Custom", ETP mode report menu either: 

- A. Shows false positives.
or
- B. Fails to list actual blocked content.

(Which case corresponds to the actual bug is yet unclear)


Expected results:

If case A: Custom ETP mode should have displayed the same message as on Strict ETP mode
If case B: Custom ETP mode should have properly listed which content had been blocked
Bug: file download in downloads panel has text 'Completed - <number>.<number>MBOpening in <number>s...', only one should be used
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-19 18:24:51+00:00
Resolved: 2022-12-14 08:16:06+00:00

Firefox 109.0a1 20221119085828 on Windows 8.1

Opening a PDF link results in 'Completed - <number>.<number>MBOpening in <number>s...' as label for the file in the downloads panel.

Steps to reproduce:
0. Have Firefox set to open PDF files instead of downloading them.
1. Open a page with a PDF linked, e.g. https://papers.ssrn.com/sol3/papers.cfm?abstract_id=3689980
2. Click on 'Download this paper'.

Actual result: PDF opened in new tab and 'Completed - <number>.<number>MBOpening in <number>s...' shown in download panel.

Expected result: PDF opened in new tab and 'Completed - <number>.<number>MB' shown in download panel.
Bug: When the overflow panel overflows, the scrollbar overlaps a portion of the menuitems
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-19 21:20:37+00:00
Resolved: 2022-11-23 07:02:48+00:00

This is especially visible when the extension menuitems are in there.
(Also, no pun intended for this bug summary!)
Bug: comingsoon.net - dark theme not applied automatically
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-20 00:31:26+00:00
Resolved: 2023-01-23 15:41:45+00:00

Steps to reproduce:

Go to `about:preferences#general` and set `Website appearance` to `Dark`.


Actual results:

ComingSoon pages load in light mode. Example URL: https://www.comingsoon.net/games/reviews/1247696-garbage-pail-kids-mad-mike-and-the-quest-for-stale-gum-review-ps4-worth-buying 

You have to manually click on the icon at the top right corner of the page to enable the dark theme, which sets a simple cookie. Users who have configured Firefox to delete cookies automatically have to keep doing this again every time they open the site.


Expected results:

Please reach out to ComingSoon to ask them to respect `prefers-color-scheme`.
Bug: Browsing FB with errors. If I open a post, like a photo, the close button doesn't work.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-11-20 12:12:21+00:00
Resolved: 2022-12-14 17:14:21+00:00

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

Steps to reproduce:

Browsing on FaceBook


Actual results:

If I open a post, like a photo, the close button and FB icon button on left side doesn't work.


Expected results:

click on X or icon FB button i should go back on home page
Bug: Sites like Syncthing and Augsburg carsharing favicon in bookmark missing
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-11-20 14:03:41+00:00
Resolved: 2022-11-30 03:46:12+00:00

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

Steps to reproduce:

Go to https://ewi3-stadtwerke-augsburg.cantamen.de/#48.3543-10.9079-13-0
Add a bookmark

The same applies to Syncthings Web GUI at http://127.0.0.1:8384/
(you must have syncthing installed in order for the page to load)

Both need authentication, so maybe the problem lies there. If you use a Chromiun based browser it works (tested with Brave flatpak on Fedora 37)
The strange thing was that for the carsharing site (...cantamen.de...) it showed the favicon in Firefox under Windows 10. I tried to reproduce it with a fresh Firefox profile but I couldn't get it to work there (even after logging in).


Actual results:

The favicon is not display in the bookmark although it is displayed in the tab


Expected results:

The favicon should be displayed in the bookmark
Bug: Firefox View Separator remains visible even after disabling Firefox View
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-20 17:21:09+00:00
Resolved: 2023-02-20 13:16:34+00:00

Tested on 108.0b3.

STR:

Flip `browser.tabs.firefox-view` to false.


Expected Behavior:

Firefox View Separator is hidden when Firefox View is disabled via pref.


Actual Behavior:

Firefox View Separator remains visible even after disabling Firefox View. This is also much more noticeable when the browser window is maximized.



Mozregression returned

Last good revision: 0346acfda959787cf5d298fea4b0e7bf0873693b
First bad revision: 32125b47aa43921b38ebe2bdc4ffbd6ae011869e
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0346acfda959787cf5d298fea4b0e7bf0873693b&tochange=32125b47aa43921b38ebe2bdc4ffbd6ae011869e
Bug: Reopen closed tabs (i.e. ctrl+shift+T) doesn't work if incognito tabs were open
Status: NEW
Priority: --
Created: 2022-11-20 20:49:31+00:00
Resolved: 2024-07-08 12:08:43+00:00

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

Steps to reproduce:

-> Have tabs open
-> Open incognito tabs
-> Close all regular tabs (close the Firefox app)
-> Reopen Firefox app
-> "Reopen Closed Tabs" option is unavailable


Actual results:

Can't reopen the tabs I had


Expected results:

"Reopen Closed Tabs" option should be available and thus opening the tabs again would be possible
Bug: The context menu search terms are not displayed in the urlbar for certain engines
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-21 09:31:00+00:00
Resolved: 2023-01-16 15:42:46+00:00

**Found in**
* Fx 108.0b4

**Affected versions**
* Fx108.0b4
* Fx109.0a1

**Affected platforms**
* Windows 10
* Ubuntu 22.04
* macOS

**Preconditions**
- *browser.urlbar.showSearchTerms.featureGate* set to true.
- set default engine to Bing or Duckduckgo

**Steps to reproduce**
1. Launch Firefox.
2. Go to en.wikipedia.org.
3. Select a word or a phrase.
4. Right click it and from the context menu choose "Search <engine> for <prhase>".

**Expected result**
* SERP is displayed and search term is displayed in the address bar.

**Actual result**
* SERP is displayed with the FULL link for the search visible in the address bar.

**Regression range**
* This is not a regression. Looks like context menu for Bing and DDG didn't work from the begining of persist term.

**Additional notes**
* Persist search term for context menu while using Google as a default engine works correctly.
Bug: Certificate Manager table too high
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-21 10:10:21+00:00
Resolved: 2023-02-10 09:35:15+00:00

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

Steps to reproduce:

update from v106 to v107
open "about:preferences"
 Certificates , click "View Certificates..."


Actual results:

the table showing certificates is way too tall, the button on the bottom are visible only after scrolling down


Expected results:

Same as in V106, normal layout
Bug: Bookmark favicon features white background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-21 10:35:56+00:00
Resolved: 2024-11-20 16:55:21+00:00

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

Steps to reproduce:

I open a site, save it as a favorite and the favicon on the bookmark is shown on a white background, while the tab icon does not.


Actual results:

The favicon (icon) of the site, if saved as a bookmark (favorite) is displayed on a white background.


Expected results:

the favicon shouldn't be on any white background.
Bug: Built-in screenshot function does not support backdrop-filter blur
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-21 13:16:00+00:00
Resolved: 2023-02-03 03:36:39+00:00

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

Steps to reproduce:

Test case: https://codepen.io/sashabeep/pen/QWxaXGG


Actual results:

Backdrop blur disappears on the screenshots


Expected results:

Backdrop blur should appear on the screenshot too.
Attached screenshots: what i actually see and what captured
Bug: "Pin to Taskbar" slide of the "about:welcome" page not displayed on Windows 7
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2022-11-21 14:38:49+00:00
Resolved: 2022-12-01 20:30:25+00:00

**Found in**
* 108.0b4

**Affected versions**
* 108.0b4

**Tested platforms**
* Affected platforms: Windows 7
* Unaffected platforms:  TO BE CHECKED

**Preconditions**
* Firefox IS NOT set as the default browser, and it IS NOT pinned to the taskbar
* Use a new profile

**Steps to reproduce**
1.  Observe first slide on the "about:welcome" page

**Expected result**
* "Pin Firefox to taskbar" should be displayed on the first slide of the "about:welcome" page.

**Actual result**
*   "Set Firefox as default browser" is displayed on the first slide of the "about:welcome" page.

**Regression range**
* We'll search for the appropriate regression range for this issue as soon as possible.
Bug: "Set up in seconds" displayed on the "about:welcome" page after update
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2022-11-21 14:56:08+00:00
Resolved: 2022-12-01 20:29:42+00:00

**Found in**
* 108.0b4

**Affected versions**
* 108.0b4

**Tested platforms**
* Affected platforms: Windows 7
* Unaffected platforms:  TO BE CHEKCED

**Preconditions**
* Have a browser version older than 106 installed
* Firefox IS NOT set as the default browser and it IS pinned to the taskbar.

**Steps to reproduce**
1. Open the browser with the profile from the preconditions
2. Update the browser by restarting it
3. Observe the first slide of the "about:welcome" page 

**Expected result**
* "Set to Default" should be displayed as first slide on the "about:welcome" page. 

**Actual result**
* "Set up is seconds" displayed as first slide on the "about:welcome" page 

**Regression range**
* TO BE CHECKED
Bug: Bookmark list spacing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-21 15:32:09+00:00
Resolved: 2022-11-21 16:37:59+00:00

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

Steps to reproduce:

I opened a bookmark folder



Actual results:

Your new update changed the spacing in my bookmarks folders.
I have 3 folders for all of them and when I used to open any of them the entire contents would fit within the window
Now it seems as if the spacing is 1 ½ …  I have 42 and now only 26 display and 16 are below the bottom of the window.
Is there a way to fix this or can you please change the spacing back?
The same thing happened a couple of years ago and then someone within Firefox reverted it back within a few weeks/month.



Expected results:

all 42 items should display within the firefox window.
Bug: Firefox 107 Final create high DPC Latency 1500us, rise 500us
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-21 15:37:35+00:00
Resolved: 2023-03-09 17:30:53+00:00

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

Steps to reproduce:

Simple use Firefox 107 64bit on windows 11 pro 64 22h2 latest build combine with dpc latency checker 1.4.0 and you will see without firefox 107 in process the dpc latency is lower by 500us

I tested with other browser chrome, opera no issues the dpc latency did not pass 990us


Actual results:

after the upgrade from firefox 106 


Expected results:

the latency should not bump
Bug: An “Error updating the FXA account info: Error: A different user signed in” message is displayed in the browser console after connecting to the FxA account
Status: NEW
Priority: --
Created: 2022-11-21 15:52:36+00:00
Resolved: 2022-11-21 15:52:36+00:00

**[Affected versions]:**
- Firefox Release 107.0 - Build ID: 20221110173214
- Firefox Beta 108.0b4 - Build ID:  20221120185746
- Firefox Nightly 109.0a1 - Build ID:  20221121093640

**[Affected Platforms]:**
- Windows 10x64
- Windows 11x64
- macOS 12.6
- Linux Mint 20.2x64

**[Prerequisites]:**
- Have a valid Firefox Account created.
- You are not connected to Firefox Sync.
- Have the browser console opened (Cmd/Ctrl+Shift+J).

**[Steps to reproduce]:**
1. Open the “Hamburger” menu and observe the options displayed.
2. Click the “Sign In” button from the “Hamburger” menu and complete the Sign In flow.
3. Focus the browser console (Cmd/Ctrl+Shift+J) and observe the displayed content.

**[Expected result]:**
- The account is successfully connected and no error regarding the FxA account is displayed.

**[Actual result]:**
- The account is successfully connected and a message is displayed in the browser console: “Error updating the FXA account info: Error: A different user signed in”.

**[Notes]:**
- This issue is also reproducible when using the Sign In option from the “about:welcome” page.
- Attaching a screenshot of the issue.
Bug: Open URL Redirection
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-21 16:15:50+00:00
Resolved: 2022-11-29 14:21:23+00:00

Steps to reproduce:

Description
I've found an Open URL Redirection vulnerability connected with Mozilla Firefox browser.

Steps To Reproduce:

Type: https://www.mozilla.org/

Remove '/'. Add '@' and target site

Go to: https://mozilla.org@%47%4F%4F%47%4C%45%2E%43%4F%4D
It's obfuscated by me - provides to google.com (as an example). You can change the parts after " @" for your target site.

Examples (PoC): https://www.firefox.com@wikipedia.org
https://mozilla.org@google.com

All of scenarios (target point) can be obfuscated of course.


Actual results:

It's taking to https://examplecorp.com@attacker.example/  bad/incorrect site from point of view of Firefox user.
I agree that Mozilla Firefox in my opinion (doing quick research/comparison) has the best approach for this issue, as shows window with warning. It's really impressed approach for me. But it can be better / the best overall. What about warning and sites like microsoft vs/and nricrosoft, or facebook and facbook (so on, so on)?


Expected results:

"Browsers should not render a URL’s username and password, as they can be mistaken for a URL’s host (e.g., https://examplecorp.com@attacker.example/).", Source: URL Standard https://url.spec.whatwg.org/

Additional information: That's really dangerous and critical in my opinion. The link looks like authorized by Mozilla.org or Mozilla products in this case.
There could be a many ways of exploit this. It should be fixed ASAP to avoid the described scenario.
Let's stay in touch.

Best regards,
Michal
Bug: Open URL Redirection with Mozilla Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-21 16:19:30+00:00
Resolved: 2024-05-30 18:02:43+00:00

Steps to reproduce:

Description
I've found an Open URL Redirection vulnerability connected with Mozilla Firefox browser.

Steps To Reproduce:

Type: https://www.mozilla.org/

Remove '/'. Add '@' and target site

Go to: https://mozilla.org@%47%4F%4F%47%4C%45%2E%43%4F%4D
It's obfuscated by me - provides to google.com (as an example). You can change the parts after " @" for your target site.

Examples (PoC): https://www.firefox.com@wikipedia.org
https://mozilla.org@google.com

All of scenarios (target point) can be obfuscated of course.

Actual results:

It's taking to https://examplecorp.com@attacker.example/ bad/incorrect site from point of view of Firefox user.
I agree that Mozilla Firefox in my opinion (doing quick research/comparison) has the best approach for this issue, as shows window with warning. It's really impressed approach for me. But it can be better / the best overall. What about warning and sites like microsoft vs/and nricrosoft, or facebook and facbook (so on, so on)?

Expected results:

"Browsers should not render a URL’s username and password, as they can be mistaken for a URL’s host (e.g., https://examplecorp.com@attacker.example/).", Source: URL Standard https://url.spec.whatwg.org/

Additional information: That's really dangerous and critical in my opinion. The link looks like authorized by Mozilla.org or Mozilla products in this case.
There could be a many ways of exploit this. It should be fixed ASAP to avoid the described scenario.
Let's stay in touch.

Best regards,
Michal
Bug: Pinning a browser action to the toolbar when the toolbar will overflow puts the the button in the default overflow list instead of the addons panel
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-11-21 16:23:58+00:00
Resolved: 2022-11-25 04:55:19+00:00

STR ([originally noted by willdurand here](https://phabricator.services.mozilla.com/D162434#5339012)):

1. Make sure an extension like uBlock is in the unified extensions panel. If it's in the nav bar, right-click on it and unpin it from the toolbar.
2. Resize the window to the smallest width possible
3. Open the addons panel, and choose to pin uBlock to the toolbar.
4. Open the default overflow menu ("<<" button)
5. Opening the unified extensions panel again will show an empty list but that's because we don't expect extensions in the overflow menu

The extension goes in the overflow menu. See screenshot.
Bug: Persist search term RTL orientation doesn't match the websearch RTL orientation
Status: NEW
Priority: P3
Created: 2022-11-21 16:59:41+00:00
Resolved: 2024-12-31 17:55:33+00:00

**Found in**
* Fx 108.0b4

**Affected versions**
* Fx 108.0b4
* Fx 109.0a1

**Affected platforms**
* Windows 10
* Ubuntu 22.04
* macOS

**Preconditions**
* browser.urlbar.showSearchTerms.featureGate set to true.

**Steps to reproduce**
1. Launch Firefox.
2. In the address bar input: 11 22 33 and press enter.

**Expected result**
* Orientation of the search in the address bar matches the orientation displayed in the websearch.

**Actual result**
* Search term orientation doesn't match.

**Regression range**
* Not a regression.

**Additional notes**
* The issue occurs for Google and Bing. For both those engines, the websearch box has an RTL orientation.
* The DDG websearch has 'normal orientation, so the search terms orientation currently match.
Bug: All my Firefox extensions disappeared and were removed except 3
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-21 17:37:20+00:00
Resolved: 2022-11-21 17:40:04+00:00

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

Steps to reproduce:

Today when I launched Firefox Nightly, all my extensions were removed/uninstalled/disappeared, except these 3:
- Print Edit WE: https://addons.mozilla.org/en-US/firefox/addon/print-edit-we/
- 
Redirect YouTube Shorts to YouTube: https://addons.mozilla.org/en-US/firefox/addon/redirect-shorts-to-youtube/
- Youtube Playlist Duration Calculator: https://addons.mozilla.org/en-US/firefox/addon/youtube-playlist-duration-calc/

I had more than 20 extensions I guess, what could have happened?
Bug: All my Firefox extensions disappeared and were removed except 3
Status: UNCONFIRMED
Priority: --
Created: 2022-11-21 17:39:42+00:00
Resolved: 2025-02-24 15:52:16+00:00

+++ This bug was initially created as a clone of Bug #1801697 +++

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

Steps to reproduce:

Today when I launched Firefox Nightly, all my extensions were removed/uninstalled/disappeared, except these 3:
- Print Edit WE: https://addons.mozilla.org/en-US/firefox/addon/print-edit-we/
- Redirect YouTube Shorts to YouTube: https://addons.mozilla.org/en-US/firefox/addon/redirect-shorts-to-youtube/
- Youtube Playlist Duration Calculator: https://addons.mozilla.org/en-US/firefox/addon/youtube-playlist-duration-calc/

I had more than 20 extensions I guess, what could have happened?
Bug: PrivateBrowsingShortcut switch on installer does not prevent creation of the shortcut
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-21 20:51:25+00:00
Resolved: 2022-11-28 13:19:29+00:00

Steps to reproduce:

Tried running the regular installer from PS with the /PrivateBrowsingShortcut=false switch.


Actual results:

Firefox installed silently as expected because an argument was given, but the shortcut gets created anyway both in ProgramData during installation and in the user profile when a user runs Firefox.


Expected results:

The private browsing shortcut should not have been created.