av9ash/GitBugs huggingface dataset:
Bug: Some of the App Menu options are greyed out if the App Menu is opened before the "Make Firefox your default browser" is displayed
Status: NEW
Priority: P5
Created: 2021-04-29 10:49:15+00:00
Resolved: 2021-05-06 04:58:47+00:00

#### Tested with:

Release 88
Beta 89.0b5
Nightly 90.0a1 (2021-04-29)
#### Tested on:

Windows 10
Windows 7 

#### Steps:

  1. Launch firefox and quickly open the hamburger menu.

#### Actual result:

When the "Make Firefox your default browser" modal is displayed, the App menu remains open and some of the options are greyed out (see the screen recording attached in comment 1).
#### Expected result:
The Hamburger menu should be closed when the "Make Firefox your default browser" modal appears.

Note: The issue is not reproducible in Release 88.
Ni? @Tyler for prioritize this.
Bug: Mute tab option is displayed in the tab when a video is paused with using PIP
Status: NEW
Priority: P3
Created: 2021-04-29 12:35:22+00:00
Resolved: 2021-05-04 04:16:27+00:00

### Affected versions
Firefox 90.0a1 
Firefox 89.0b5 

### Affected platforms
Ubuntu 20.04 x64
Windows 10 x64
Windows 7 x64
macOS 19.15

### Steps to reproduce
1. Open Firefox.
2. Play a video on youtube.
3. Click on Picture-In-Picture.
4. Pause the video from PIP.
5. Hover the mouse over the tab.

### Expected result
Mute tab option shouldn't be displayed in the tab when a video is paused with using PIP.

### Actual Result
Mute tab option is displayed in the tab when a video is paused with using PIP.
Video recording: https://streamable.com/1wsw02
Bug: [Proton] Dropdown focus highlight (Bookmark panel) cuts off the Location underline
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-29 12:45:24+00:00
Resolved: 2021-06-04 06:47:30+00:00

**Affected versions**
- 89.0b5
- 90.0a1 (2021-04-28)

**Affected platforms**
- Windows 10
- Ubuntu 18

**Steps to reproduce**
1. Open any website
2. Click the Star icon inside the URL bar
3. Navigate the Bookmark panel using the Tab key to the Location field
4. Observe the Location label

**Expected result**
- The Location label and the underline text-decorative are visible

**Actual result**
- The focus highlight cuts off the underline text-decorative from the Location label

**Regression range**
- Introduced with the Proton changes, as a consequence of the highlight styling for dropdowns
Bug: Can't clearly distinguish if the pinned tab is playing or muted
Status: NEW
Priority: --
Created: 2021-04-29 12:51:09+00:00
Resolved: 2024-04-08 12:33:14+00:00

### Affected versions
Firefox 90.0a1 

### Affected platforms
Ubuntu 20.04 x64
Windows 10 x64
Windows 7 x64
macOS 10.15

### Steps to reproduce
1. Open Firefox.
2. Play a video on youtube.
3. Pin the tab.
4. Mute/Unmute the tab from the pinned tab.

### Expected result
Playing/Muted icons should be more visible on pinned tabs.

### Actual Result
Can't clearly distinguish if the pinned tab is playing or muted
Bug: [Proton] New Folder button (Bookmark panel) does not apply the specific proton dark theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-29 12:54:50+00:00
Resolved: 2021-08-17 13:26:31+00:00

**Affected versions**
- 89.0b5
- 90.0a1 (2021-04-28)

**Affected platforms**
- Windows 10

**Steps to reproduce**
1. Set the dark theme 
2. Open any website
3. Click the Star icon inside the URL bar
4. Click the dropdown arrow (Show all the bookmarks folders)
5. Highlight the New Folder button 

**Expected result**
- The focus highlight is dark theme specific 

**Actual result**
- The focus highlight is stuck with the light theme one

**Regression range**
- Introduced with the Proton changes
Bug: Launching private browsing via taskbar causes new tabs to show non private homepage
Status: NEW
Priority: P3
Created: 2021-04-29 13:22:19+00:00
Resolved: 2021-11-22 13:10:01+00:00

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

Steps to reproduce:

In windows 10, Pin Firefox to taskbar.
Right click on the icon, then right click on Firefox, click on properties.
Under the shortcut tab, add " -private" at the end of target
click on apply, OK.
Now left click on the taskbar icon. 
Click on new tab.



Actual results:

Firefox successfully launches in private mode, but when new tab is opened, the tab shows quick links, highlights like it would in non private browsing session.



Expected results:

When clicked on new tab, new private browsing tab should have been opened with the usual "You’re in a Private Window" text. Instead, the new tab shows the content of new non-private tab (Firefox homepage, with highlights tab)
Bug: Below search snippets have incorrect spacing
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-29 13:49:27+00:00
Resolved: 2021-04-29 21:43:57+00:00

I'm not sure if we are still using the below search snippet in 89+, but it looks like the some problems with the spacing have been introduced with the new design

STR:
* Turn on new tab devtools (`browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` = `true`)
* Go to about:newtab#devtools
* Search for `SIMPLE_BELOW_SEARCH_TEST_1 `, press the SHOW button
* Collapse devtools by clicking the wrench icon in the top left corner
Bug: Phantom scroll bar has appeared in the History toolbar button (after FF88 upgrade)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-29 13:54:51+00:00
Resolved: 2021-04-29 16:40:41+00:00

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

Steps to reproduce:

Click on the History toolbar button.


Actual results:

Dropdown panel appeared, and there was an unnecessary scrollbar.


Expected results:

No scrollbar.
Bug: The upgrade success page says "Congrats your now using firefox 88" despite uprading to version 89
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-29 14:12:45+00:00
Resolved: 2021-05-31 08:16:27+00:00

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

Steps to reproduce:

Upgraded from version 88 to 89 beta


Actual results:

The successful upgrade page says that I had upgraded TO version 88, instead of 89


Expected results:

Successful Upgrade page says I have upgraded to 89
Bug: Part of the about:support page is not visible with high contrast enabled on Ubuntu
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-29 14:32:59+00:00
Resolved: 2021-11-01 19:19:28+00:00

**Affected versions**
* Fx89.0b5
* Fx90.0a1

**Affected platforms**
* Ubuntu 18.04

**Steps to reproduce**
1. Enable High Contrast at OS level.
2. Launch Firefox.
3. Navigate to about:support and inspect the page.

**Expected result**
* All the elements of the page are visible.

**Actual result**
* Left column of the about:support table is not visible.

**Regression range**
* This is not a regression. It is happening with the proton implementation.

**Additional notes**
* The issue does not ocur on Windows High Contrast.
* The issue does not occur in Fx88.0b9.
Bug: Active blocked mixed content download shows a mouse hover effect
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-29 14:57:10+00:00
Resolved: 2021-05-07 14:16:20+00:00

**Affected platforms:**
Windows 10

**Affected versions:**
Nightly 90.0a1

**Steps to reproduce:**
1. Launch Firefox.
2. Navigate to https://www.mozilla.org/en-US/firefox/channel/desktop/ and download any Firefox build.
3. While the download is in progress, open the downloads panel and mouse hover over the active download.
4. Access this [link](ttps://www.thinkbroadband.com/download), click on any file and choose to save the file.
5. Open the Downloads Panel click on the ">" button and then on the "Allow download".
6. While the download is in progress, mouse hover over the new active download.


**Expected Results:**
The mouse hovers effect should be the same for both downloads - there should not be any as long as the download is in progress. 

**Actual Results:**
The blocked mixed content download from step 6, shows a hover effect. Please see the screencast for more details.

**Notes:**
Graphics card: Intel(R) HD Graphics 530.
The issue is reproducible regardless if Proton is on or off.
Bug: Restore-search-defaults Add-on - v2.0.0
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-29 15:00:54+00:00
Resolved: 2021-10-06 11:05:12+00:00

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

Repo is here: https://github.com/mozilla-extensions/restore-search-defaults

We are planning to ship an update with bugfixes and collection of telemetry.

More info as things progress.
Bug: The star icon is not displayed on the touch bar on macOS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-29 15:04:14+00:00
Resolved: 2021-05-11 17:47:13+00:00

**Affected versions**
* Firefox 89.0b5
* Firefox 90.0a1

**Affected platforms**
* macOS 10.15

**Steps to reproduce**
1. Go to any site.
2. Observe the touch bar.

**Expected result**
* The star icon is displayed. 

**Actual result**
* The star icon is not displayed. 

**Regression range**
* This is not a regression. I can reproduce the issue on Nightly from 2019-01-02. 

**Additional notes**
* This issue is not reproducing with Chrome. 
* The icon is not displayed even if Firefox is set as the default browser.
Bug: Windows "widget/windows/nsWindow.cpp(625,23): error: use of undeclared identifier 'InitializeVirtualDesktopManagerTask'" build bustage with --disable-accessibility
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-29 15:16:13+00:00
Resolved: 2021-06-10 21:18:21+00:00

```
In file included from Unified_cpp_widget_windows3.cpp:20:
C:/Users/Ryan/repos/mozilla/widget/windows/nsWindow.cpp(625,23): error: use of undeclared identifier 'InitializeVirtualDesktopManagerTask'; did you mean 'gInitializedVirtualDesktopManager'?
        MakeAndAddRef<InitializeVirtualDesktopManagerTask>());
                      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                      gInitializedVirtualDesktopManager
C:/Users/Ryan/repos/mozilla/widget/windows/nsWindow.cpp(374,13): note: 'gInitializedVirtualDesktopManager' declared here
static bool gInitializedVirtualDesktopManager = false;
            ^
C:/Users/Ryan/repos/mozilla/widget/windows/nsWindow.cpp(625,9): error: no matching function for call to 'MakeAndAddRef'
        MakeAndAddRef<InitializeVirtualDesktopManagerTask>());
        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
C:/Users/Ryan/repos/mozilla/objdir-clang/dist/include\mozilla/RefPtr.h(589,21): note: candidate template ignored: invalid explicitly-specified argument for template parameter 'T'
already_AddRefed<T> MakeAndAddRef(Args&&... aArgs) {
                    ^
```
Bug: Unable to create new folder on Bookmark Toolbar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-29 17:31:57+00:00
Resolved: 2021-06-14 08:47:32+00:00

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

Steps to reproduce:

I followed the procedure to create a new folder in the Bookmark Toolbar two different ways: 1) Right-clicking on the Bookmarks Toolbar in the Bookmarks sidebar and selecting New Folder; and 2) selecting the Library > Bookmarks > Manage Bookmarks and selecting the New Folder option.


Actual results:

The dialog to add a new folder appeared in both cases, but neither time did it include a field to enter the name of a new folder. See screen shots attached.


Expected results:

New folder dialog should include a field to enter the name of the new folder. Following entry of the name, the "Add" button should light up and the new folder added.
Bug: Customize Firefox theme selection menu not tab-able
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-04-29 19:04:01+00:00
Resolved: 2023-10-19 08:13:26+00:00

## steps to reproduce/what did you do?

- From the App Menu, click "Customize Toolbar"
- Using the keyboard attempt to tab into the "Themes" menu near the bottom of the screen
- Use the spacebar to toggle it open
- Try to select a theme from the menu using the keyboard

## expected behavior/ what did you think will happen?

* I can tab around in the menu to select a theme

## actual behavior/ what actually happened?

* Using the tab key appears to have no effect

## additional notes

Sub-issue: these buttons have no focus state.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/permissions/browser_temporary_permissions_tabs.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-04-29 19:43:39+00:00
Resolved: 2021-05-25 17:03:17+00:00

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

---
```
[task 2021-04-29T19:19:19.808Z] 19:19:19     INFO - TEST-PASS | browser/base/content/test/permissions/browser_temporary_permissions_tabs.js | geo anchor should be visible - 16 != 0 - 
[task 2021-04-29T19:19:19.808Z] 19:19:19     INFO - Buffered messages finished
[task 2021-04-29T19:19:19.809Z] 19:19:19    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/permissions/browser_temporary_permissions_tabs.js | application timed out after 370 seconds with no output
[task 2021-04-29T19:19:19.809Z] 19:19:19    ERROR - Force-terminating active process(es).```
Bug: Proton: Search mode close "X" is bigger than design
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-29 19:47:06+00:00
Resolved: 2021-05-05 03:47:25+00:00

**Affected versions**
89.0b5 beta
90.0a1 nightly

**Affected platforms**
Ubuntu 20 64bit , win10 64bit, MacOS 10.14

**Preconditions**
Proton ON (by default on nightly and beta)
 

**Steps to reproduce**
-open new tab
-click on a one off , example.. duckduckgo
-check the "X" on search mode

**Actual result**
The X is bigger than figma design

**Expected result**
the X (close) should be smaller.
Bug: Input text colour should be primary and not secondary colour in Edit Bookmarks panel
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-29 19:50:03+00:00
Resolved: 2021-05-21 08:33:23+00:00

Title text colour should be primary and not secondary colour in Edit Bookmarks panel when you input text in the text field. Currently it's set to secondary text colour in the Titles input field. When you type in "Tags" it should also be primary text colour.

Light them text - #15141A
Dark theme text - #FBFBFE
Bug: Certain characters in <title> cause tab bar to be too tall
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-29 19:55:34+00:00
Resolved: 2021-04-30 05:03:55+00:00

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

Steps to reproduce:

Visit a webpage with one of the following characters in the <title>: "∀∁∂∃∄∅∆∇∈∉∊∋∌∍∏". This is not an exhaustive list, just some that I have found to cause the bug. It seems like many characters listed here https://www.unicode.org/charts/PDF/U2200.pdf (unicode mathematical operators) cause the problem.

For example, the following webpage causes the problem:
<html><head><title>I (∀) am bigger than I look</title></head><body></body></html>


Actual results:

The address bar becomes much taller than it seems it should be (see attached photo).


Expected results:

The address bar should be only as tall as is necessary to display the text in <title>.
Bug: My bookmark menu shows repeating horizontal separators
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-04-29 20:43:59+00:00
Resolved: 2021-10-21 16:23:11+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1752x884

## Steps to Reproduce
Per https://docs.google.com/document/d/1CnlnbZkR-meIFR7bSZh1GrO1vt_qbDCKvWpObt8-ZIk/edit#heading=h.si9l069aihrr I added the bookmarks menu to my panel and tried opening it. The content is super weird -- lots of obsolete bookmarks (probably taken by mistake) and most strangely a large number of horizontal separators which came out of nowhere.

## Expected Behavior
Ideally a nice clean view of recent bookmarks that I want to see and a minimal number of horizontal separators where it makes sense.

## Actual Behavior
This is probably more of a UX issue but it seems like this menu is prone (for an old profile like mine where people aren't constantly curating their bookmarks) to accumulate cruft and strange things (like bogus horizontal separators).
Bug: ValidationException `extraneous key [rallyId] is not permitted` in rally-debug study
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-04-29 21:11:10+00:00
Resolved: 2021-05-04 07:34:40+00:00

A few test pings were sent to the rally-debug study today and were rejected with `org.everit.json.schema.ValidationException: #: extraneous key [rallyId] is not permitted`. This is because the [glean schema does not allow additional properties](https://github.com/mozilla-services/mozilla-pipeline-schemas/blob/84128ee691dccba9b11315e5de4dc087c4b21885/schemas/glean/glean/glean.1.schema.json#L4). The decoder injects values into the payload before schema validation, which causes these issues.

After some discussion with folks, it seems the best course of action is to avoid injecting any data into the payload. This means that shredder will have to use the value of the `metrics.uuid.rally_id` directly, which will be enforced in the decoder (for now).
Bug: Pocket section in German is showing English topics
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-29 21:11:34+00:00
Resolved: 2021-05-04 10:18:45+00:00

I noticed this regression in bug 1703678 and decided to file it as a followup.

It caused a regression where topics appear in the Navigation component under newtab Pocket story section, and it should not.

Should be an easy fix, already have something in the works.
Bug: Perma [Tier2]  CCov browser/base/content/test/performance/browser_startup_content_mainthreadio.js | unexpected close on /memfd:mozilla-ipc (deleted) in Web Content process -
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-29 23:39:12+00:00
Resolved: 2021-06-10 21:18:06+00:00

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

---
```
[task 2021-04-29T23:12:15.451Z] 23:12:15     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_content_mainthreadio.js | Found profile for Web Content process - 
[task 2021-04-29T23:12:15.451Z] 23:12:15     INFO - (NSPRIOInterposer) stat - /builds/worker/workspace/build/application/firefox/omni.ja
[task 2021-04-29T23:12:15.451Z] 23:12:15     INFO - (NSPRIOInterposer) stat - /builds/worker/workspace/build/application/firefox/browser/omni.ja
[task 2021-04-29T23:12:15.451Z] 23:12:15     INFO - Buffered messages finished
[task 2021-04-29T23:12:15.451Z] 23:12:15     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_content_mainthreadio.js | unexpected close on /memfd:mozilla-ipc (deleted) in Web Content process - 
[task 2021-04-29T23:12:15.452Z] 23:12:15     INFO - Stack trace:
[task 2021-04-29T23:12:15.452Z] 23:12:15     INFO -   PContent::Msg_UpdateSharedData
[task 2021-04-29T23:12:15.452Z] 23:12:15     INFO -   Task PContent::Msg_UpdateSharedData
[task 2021-04-29T23:12:15.452Z] 23:12:15     INFO -   XRE_InitChildProcess
[task 2021-04-29T23:12:15.453Z] 23:12:15     INFO - (NSPRIOInterposer) close - /memfd:mozilla-ipc (deleted)
[task 2021-04-29T23:12:15.453Z] 23:12:15     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-04-29T23:12:15.454Z] 23:12:15     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_content_mainthreadio.js | unexpected close on /memfd:mozilla-ipc (deleted) in Web Content process - 
[task 2021-04-29T23:12:15.455Z] 23:12:15     INFO - Stack trace:
[task 2021-04-29T23:12:15.455Z] 23:12:15     INFO -   PContent::Msg_UpdateSharedData
[task 2021-04-29T23:12:15.455Z] 23:12:15     INFO -   Task PContent::Msg_UpdateSharedData
[task 2021-04-29T23:12:15.455Z] 23:12:15     INFO -   XRE_InitChildProcess
[task 2021-04-29T23:12:15.456Z] 23:12:15     INFO - (NSPRIOInterposer) close - /memfd:mozilla-ipc (deleted)
[task 2021-04-29T23:12:15.457Z] 23:12:15     INFO - Not taking screenshot here: see the one that was previously logged```
Bug: Percent-encoded alphanumeric characters in URL display as their decoded characters, but are sent percent-encoded still
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-30 00:30:17+00:00
Resolved: 2021-05-01 02:25:29+00:00

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

Steps to reproduce:

Into the address bar, enter a URL whose path contains a percent-encoded NON-special character, e.g. an ASCII letter "X": http://example.com/%58


Actual results:

Address bar shows "http://example.com/X", but "/%58" is sent to the server.


Expected results:

It should not be possible for URLs which are displayed as identical to send different data to the server. The address bar should uniquely reflect what is sent to the server. The address bar should show "http://example.com/X", and "/X" is sent to the server; or the address bar should show "http://example.com/%58", and "/%58" is sent to the server.

There are further inconsistencies with the location shown in the bottom left of the window when you hover over an anchor tag with certain percent-encoded special characters. E.g.

<a href="http://localhost:8000/%61%2f%62%3f%78%3d%58%26%79%3d%59">link</a>

When hovered, Firefox shows the location as "http://localhost:8000/a/b?x=X&y=Y".
When clicked, the address bar shows "http://localhost:8000/a%2fb%3fx%3dX%26y%3dY", but the server is actually sent the location "/%61%2f%62%3f%78%3d%58%26%79%3d%59". Hover displays all the characters decoded; address bar keeps the %2f (/), %3f (?), %3d (=), and %26 (&) as the %-encoded chars which are actually sent to the server, but misleadingly shows letters but sends them %-encoded.

If the page does not set a title, the default shown by Firefox seems to be the location that was actually sent to the server.

(For ease of seeing exactly what the links in "examples_firefox.html" are sending, you can run "php -S 127.0.0.1:8000 -t ." from a folder containing only that html file. PHP's built-in web server doesn't do any %-decoding magic that interferes with seeing what the browser is sending, and it echoes it back in the 404 page it generates.)

This does not appear to affect Firefox on Android. The bug does affect Firefox Nightly 90.0a1.
Bug: Nightly x86 on ARM64 error 0x800000003 on first launch with launcher process
Status: NEW
Priority: P3
Created: 2021-04-30 01:02:48+00:00
Resolved: 2021-10-07 14:45:59+00:00

STR:

* Remove any pre-existing registry values in `HKCU\SOFTWARE\Mozilla\Firefox\Launcher` (at least those relating to the install dir we're about to install into)
* Install 32-bit Nightly from archive.mozilla.org (e.g. [this installer](https://archive.mozilla.org/pub/firefox/nightly/2021/03/2021-03-22-09-35-09-mozilla-central/firefox-88.0a1.en-US.win32.installer.exe))
* Run Nightly from the installer

Result: A firefox.exe dialog box pops up with error 0x80000003.

Tested on a Lenovo YOGA C630 with Windows 10 Version 20H2 (OS Build 19042.928).

Launching Nightly again from the desktop works, but if I remove the Launcher registry values then it will fail the next time, so I assume this is due to how the launcher process is launching the browser process, and it gives up on subsequent attempts since the process it launched didn't come up cleanly.

This does not occur with Release 88.0, though it does occur on the last Nightly 88.0a1 (2021-03-22-09-35-09, linked above) and on the last Nightly 87.0a1 (2021-02-22-08-44-06), so it may be something specific to Nightly, maybe with EARLY_BETA_OR_EARLIER?