av9ash/GitBugs huggingface dataset:
Bug: ToolbarPanelHub.jsm assumes that appmenu-whatsnew-button is always available, causing JS errors
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-20 10:13:23+00:00
Resolved: 2020-08-24 17:13:44+00:00

It's unclear to me right now if this causes any user-visible issues. But I'm seeing JS errors so I figured I'd file them.

STR:

1. clean profile
2. open firefox
3. open browser console
4. open new browser window
5. close that new browser window

ER:
no errors

AR:

```
TypeError: can't access property "setAttribute", document.getElementById(...) is nullToolbarPanelHub.jsm:487:14
    _hideElement resource://activity-stream/lib/ToolbarPanelHub.jsm:487
    _hideAppmenuButton resource://activity-stream/lib/ToolbarPanelHub.jsm:467
    _hideAppmenuButton self-hosted:1161
    observer resource:///modules/EveryWindow.jsm:68
```

Seems the ToolbarPanelHub `_hideElement` code at https://searchfox.org/mozilla-central/rev/6cc48251bb97600fdf11a5b4c5f621bfc8606d55/browser/components/newtab/lib/ToolbarPanelHub.jsm#487 assumes that it can just `document.getElementById` things, but that doesn't work.

It's also not really clear to me why this code is running when the window closes; it doesn't seem necessary? :Mardak, can you help explain what the code is trying to do? As it is I'm a little lost.
Bug: Address bar doesn't respect the default engine for search mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-08-20 10:46:02+00:00
Resolved: 2020-09-16 07:50:05+00:00

On my test profile, I'm seeing some really strange effects with the search mode code.

I think these are the steps to repeat:

1. Have Google set as the default engine, do some searches so that they get saved, e.g. "test"
1. Switch to a different search engine, e.g. amazon.
1. Type "test"
    * Expected: "Search with Amazon", Actual "Search with Google"
1. Click the Amazon one-off
    * Shows `Amazon.com test` in the address bar.
    * Shows "Search with Google" in the results.
1. Press enter
    * Expected: Searches with amazon. Actual: Address bar contents replaced by the "Google" pill.

I'm guessing it is attempting to revert to saved searches from my history.
Bug: Restored tabs don't display the URL in the addressbar until a connection has been confirmed
Status: NEW
Priority: P3
Created: 2020-08-20 11:03:36+00:00
Resolved: 2024-01-29 12:40:49+00:00

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

Steps to reproduce:

A video describes it best. See attachment. Latest Firefox, Windows 7, no graphics card, sometimes slow internet.


Actual results:

Firefox does not immediately show the url and the title from cache.


Expected results:

Firefox does so, until the page has loaded and Firefox knows more.
Bug: Searching for "sonim bolt xp1520 review" hangs.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-20 16:25:21+00:00
Resolved: 2020-10-05 16:02:39+00:00

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

Steps to reproduce:

I'm here reporting this.


Actual results:

Typed in "sonim bolt xp1520 review" and then nothing.


Expected results:

i SHOULD BE ABLE TO ENTER A REVIEW FOR THIS CELL PHONE MODEL SHOWN ABOVE. All rights reserved.
Bug: We switch users away from PDF.js as the default viewer if the user ever picks something else in the "open file with" dialog
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-20 16:46:04+00:00
Resolved: 2020-11-03 00:39:59+00:00

STR:

1. open Firefox on a clean profile
2. open the options/prefs, search for PDF. Check it defaults to "Open with Firefox"
3. open a content-disposition attachment pdf, e.g. https://www.seattlesymphony.org/~/media/files/notes/schubert-sonata-21-b-flat.pdf
4. pick anything other than "open in nightly/Firefox". Do not tick "do not ask me again"
5. reload the options, search for PDF again

ER:
it should stay "open with firefox"

AR:
it becomes "always ask"


This is bad, because then even inline PDFs don't get displayed inline anymore.

Pretty sure this is a regression.
Bug: searchengine-devtools has XSS vulnerabilities
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-20 17:05:10+00:00
Resolved: 2021-11-23 07:27:39+00:00

searchengine-devtools loads various items from the network, namely:

https://hg.mozilla.org/mozilla-central/raw-file/tip/browser/locales/all-locales
plus the [search-config configurations](https://github.com/mozilla-extensions/searchengine-devtools/blob/c2b607b67cb1040b5815a8d4e8626028fc1dd1a5/extension/content/script.js#L17-L26)

These data sets are currently not sanitised, and so may lead to XSS vulnerabilities.


Note: this is a vulnerability in the [searchengine-devtools extension](https://github.com/mozilla-extensions/searchengine-devtools) that we use for the search configuration for developing with Firefox, not in Firefox itself.
Bug: Refresh Blocking notification doesn't appear for subframes
Status: NEW
Priority: P5
Created: 2020-08-20 19:58:48+00:00
Resolved: 2020-08-27 18:56:53+00:00

Refresh blocking UI seems to fail from subframes.

The attached patch modifies the test browser_refreshBlocker.js to test a meta-refresh in a subframe.
 
The check at https://searchfox.org/mozilla-central/rev/9b282b34b5aa0f836beb735656c55efb2cc4c617/docshell/base/nsDocShell.cpp#1290 returns early as 'isSubFrame' is false and 'isRoot' is false.

The refresh is blocked during the call to onRefreshAttempted by returning false, but the notification bar does not appear.
Bug: Hexadecimal symbols on comment sections of Huffington Post and Fox News
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-20 20:11:09+00:00
Resolved: 2020-08-25 13:36:38+00:00

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

Steps to reproduce:

I log onto either Huffington Post or Fox News websites and open a comment section.  I am using Firefox 79.0 (64-bit) and  Mac OS 10.15.6 (19G2021) Catalina.


Actual results:

The normal icons to see replies or check my own profile, there are symbols.  The symbols are superimposed over other page content.


Expected results:

Just the normal icons for the links to replies and/or my profile.
Bug: Firefox (Android) was upgraded and now I can't choose the camera (Front/Back)
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-08-20 22:21:51+00:00
Resolved: 2020-08-21 06:42:33+00:00

Until yesterday (19/08) FF was working fine, today I receive a message that Firefox was upgraded, and when I tried to use connecting to this site with webcam service, It doesn't give any option to choose the camera (Front or Back), it uses the Back camera as default.

Currently it just ask if I allow the site to use my camera and microphone, without an option of the camera (Front or Back) or just Microphone which was possible with older version.

Currently version: 79.0.5 (Android).

Another thing is that before with old version it used to connect with this webcam site very easy, now it takes a lot of tries, I think this is because the permission.

1) Is there a way to set the camera using the Front one?

2) Is there a way to go back to the old FF version? Because this one changed everything, like it set Google as default search.

EDIT: Searching about this issue I've found this:
https://webcache.googleusercontent.com/search?q=cache:yohvySd-KTkJ:https://www.albrightnetworks.com/2020/08/03/firefox-browser-error-is-giving-android-users-problems/+&cd=13&hl=en&ct=clnk&gl=us
"If an Android user streams video from a website loaded in Firefox, rather than a native app, the smartphone's camera will remain active even after the user has moved the browser into the background, and even if the phone's screen is locked."
.
.
.
"This bug [fix] aims to address this by defaulting to audio-only when the screen is locked. [The fix] is scheduled for release at the platform-level this *October*, and for consumers shortly after."

I can't believe Mozilla launched this.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/ssb/tests/xpcshell/test_too_new.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-20 22:55:50+00:00
Resolved: 2020-12-08 17:02:46+00:00

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

---

[task 2020-08-20T22:15:15.548Z] 22:15:15     INFO -  TEST-START | browser/components/ssb/tests/xpcshell/test_too_new.js
[task 2020-08-20T22:20:15.543Z] 22:20:15  WARNING -  TEST-UNEXPECTED-TIMEOUT | browser/components/ssb/tests/xpcshell/test_too_new.js | Test timed out
[task 2020-08-20T22:20:15.545Z] 22:20:15     INFO -  TEST-INFO took 300000ms
[task 2020-08-20T22:20:15.545Z] 22:20:15     INFO -  >>>>>>>
[task 2020-08-20T22:20:15.545Z] 22:20:15     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2020-08-20T22:20:15.546Z] 22:20:15     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2020-08-20T22:20:15.546Z] 22:20:15     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2020-08-20T22:20:15.546Z] 22:20:15     INFO -  running event loop
[task 2020-08-20T22:20:15.546Z] 22:20:15     INFO -  browser/components/ssb/tests/xpcshell/test_too_new.js | Starting
[task 2020-08-20T22:20:15.547Z] 22:20:15     INFO -  (xpcshell/head.js) | test pending (2)
[task 2020-08-20T22:20:15.547Z] 22:20:15     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
[task 2020-08-20T22:20:15.547Z] 22:20:15     INFO -  <<<<<<<
[task 2020-08-20T22:20:15.548Z] 22:20:15     INFO -  xpcshell return code: None
[task 2020-08-20T22:20:15.548Z] 22:20:15     INFO -  browser/components/ssb/tests/xpcshell/test_too_new.js | Process still running after test!
[task 2020-08-20T22:20:15.604Z] 22:20:15     INFO -  TEST-START | toolkit/components/satchel/test/unit/test_db_update_v5.js
[task 2020-08-20T22:20:17.130Z] 22:20:17     INFO -  TEST-PASS | toolkit/components/satchel/test/unit/test_db_update_v5.js | took 1526ms
[task 2020-08-20T22:20:17.137Z] 22:20:17     INFO -  TEST-START | toolkit/mozapps/update/tests/unit_base_updater/marAppApplyUpdateSuccess.js
[task 2020-08-20T22:20:23.890Z] 22:20:23     INFO -  TEST-PASS | toolkit/mozapps/update/tests/unit_base_updater/marAppApplyUpdateSuccess.js | took 6752ms
[task 2020-08-20T22:20:23.891Z] 22:20:23     INFO -  INFO | Result summary:
[task 2020-08-20T22:20:23.891Z] 22:20:23     INFO -  INFO | Passed: 587
[task 2020-08-20T22:20:23.891Z] 22:20:23  WARNING -  INFO | Failed: 1
[task 2020-08-20T22:20:23.891Z] 22:20:23  WARNING -  One or more unittests failed.
[task 2020-08-20T22:20:23.892Z] 22:20:23     INFO -  INFO | Todo: 0
[task 2020-08-20T22:20:23.892Z] 22:20:23     INFO -  INFO | Retried: 4
[task 2020-08-20T22:20:23.892Z] 22:20:23     INFO -  SUITE-END | took 1624s
[task 2020-08-20T22:20:23.892Z] 22:20:23     INFO -  Node moz-http2 server shutting down ...
[task 2020-08-20T22:20:23.964Z] 22:20:23    ERROR - Return code: 1
Bug: Items are broken in the priority setting of the web page language.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-21 06:16:49+00:00
Resolved: 2020-08-21 06:43:22+00:00

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

Steps to reproduce:

Items are broken in the priority setting of the web page language.
I went into Options-Language and Appearance-Language-Choose of Choose your preferred language for displaying pages-Web page language setting, then added several languages.
However, if you add another language while the item is full in the box, the three buttons at the bottom will go down, making the button invisible, and you cannot press the button to apply the setting.


Actual results:

Because the three buttons go down, you cannot click the button, and the keyboard Enter key is invalid.
See attached screenshot.
Bug: Uninstallation web form requires iexplore.exe which isn't present
Status: UNCONFIRMED
Priority: --
Created: 2020-08-21 06:49:54+00:00
Resolved: 2022-08-05 14:19:53+00:00

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

Steps to reproduce:

Uninstalled Firefox from my desktop


Actual results:

The uninstallation program asked me to say why I wasn't satisfied with Firefox and then presented an error pop-up about iexplore.exe


Expected results:

The default browser should have been used instead.
Bug: User denied geolocation prompt - but i did not
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-21 06:57:28+00:00
Resolved: 2020-08-21 15:32:23+00:00

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

Steps to reproduce:

I visit a website which is secured by SSL, it asks me for GPS Location, i agree.

I use FF 79.0 64bit on MacOS

The website is able to get my GPS in all other browsers - but not FF.


Actual results:

the console says: "User denied geolocation prompt"

my JS Code:


            if (navigator.geolocation) {

                // console.log("schritt 2");

                navigator.geolocation.getCurrentPosition(
                    function (position) {

                        // for (key in position.coords) {
                        //     console.log(key + ': ' + position.coords[key]);
                        // }

                        // console.log("schritt 3");

                        // console.log("GPS GELADEN");

                        var real_lat = position.coords.latitude;
                        var real_long = position.coords.longitude;

                        //überflüssige Stellen abschneiden
                        real_lat = real_lat.toString().substr(0, 10); //11 und 12 Stellen wegen Punkt
                        real_long = real_long.toString().substr(0, 11);

                        //Setzen
                        lat.text(real_lat);
                        long.text(real_long);

                        //Buchungs-Buttons aktivieren
                        $(".bc-group").css("filter", "none");


                    }, function (error) {

                        //ALWAYS GOES HERE

                        console.log("Fehler: GPS");
                        console.log("MESS: " + error.message);
                        console.log("CODE: " + error.code);

                    }, // Error callback
                    { enableHighAccuracy: false }
                ); // Position Options);

            } else {
                console.log("Browser / Client unterstützt kein GPS");
            }


Expected results:

get my GPS position
Bug: Hitting space key when typing a token alias no longer deletes the autocomplete result
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-08-21 08:19:13+00:00
Resolved: 2020-09-16 07:29:43+00:00

*Affected versions*
* 81.0a1 (20200820212107)
* 80.0RC2 (20200818235255)

*Affected platforms*
* Windows 10x64
* macOS 11
* Ubuntu 18.04


*Steps to reproduce*
1. Open Firefox and focus the address bar.
2. Type `@am` for example for a search suggestion autocomplete.
3. Hit Space key.


*Expected result*
* Autocomplete search suggestion is deleted leaving only the typed letters.

*Actual result*
* The selection is moved one letter.

*Regression range*
* Last good revision: 52aae6784eb346ee86af8d1f13cdb8965c3a47be
* First bad revision: 51a157c5fe34d465fcd08a8f4d5276ae13c06f1c
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=52aae6784eb346ee86af8d1f13cdb8965c3a47be&tochange=51a157c5fe34d465fcd08a8f4d5276ae13c06f1c


*Notes*
* Attached a screen recording.
* After hitting Space and unfocusing the address bar shows only the typed word and after refocusing shows the autocomplete result.

**Suggested Severity: S3**
Bug: New Android Firefox does not have any bookmark tabs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-21 12:49:05+00:00
Resolved: 2020-08-21 12:59:53+00:00

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:79.0) Gecko/20100101 Firefox/79.0
Firefox for Android

Steps to reproduce:

1. created bookmark tabs on old version of Firefox
2. got upgraded to new version of Firefox for Android


Actual results:

No bookmark tabs


Expected results:

Bookmark tabs still there like they always have been
Bug: Table Not Displaying Right Border in Print Preview
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-21 13:09:07+00:00
Resolved: 2020-08-24 12:00:32+00:00

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

Steps to reproduce:

Visit https://wiki.mozilla.org/Firefox/Roadmap/Updates with the new print modal dialog in Nightly. Open the dialog and view the print preview.

I am running the latest Firefox Nightly on Gentoo Hardened, with a Systemd/Gnome stack on Wayland. I am running Webrender and Fission.


Actual results:

Notice per the attached screenshot the missing right-hand border in the table in the print preview.


Expected results:

The table should have all the borders displayed and not be cut-off.
Bug: browser.urlbar.decodeURLsOnCopy sometimes adds extra http://
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-21 13:58:29+00:00
Resolved: 2020-09-11 20:06:23+00:00

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

Steps to reproduce:

1. Set browser.urlbar.decodeURLsOnCopy to true.
2. Go to any HTTPS website's main page, such as https://ninite.com or https://duckduckgo.com (but not https://duckduckgo.com/?q=a&t=hk).
3. Copy the URL and paste it into a text editor.


Actual results:

The pasted string is "http://https://ninite.com", with an extraneous "http://" at the beginning.


Expected results:

The pasted string should be "https://ninite.com".
Bug: Site icons are mixed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-21 16:23:48+00:00
Resolved: 2020-08-24 09:56:30+00:00

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

Steps to reproduce:

Navigating sites and saving links in bookmarks, the following three are relevant in this bug report
http://nsidc.org/arcticseaicenews/
https://www.banggood.com/
https://www.mozak.science/landing


Actual results:

few site do have the image swapped, in the image snippet you see the blu mozak logo for banggood link and orange banggood logo for arctic sea ice news.

Removing and recreating the bookmarks is not changing the behavior 


Expected results:

image icons following the corresponding link
Bug: Megabar ignoring reduced motion settings
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-21 17:20:17+00:00
Resolved: 2020-09-01 02:37:29+00:00

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

Steps to reproduce:

According to bug 1629303, the megabar no longer expands when users select prefers reduced motion via either the system settings or ui.prefersReducedMotion 1.


Actual results:

The Megabar expands with either or both settings.


Expected results:

The Megabar should not expand with these settings.

This may point to other issues where settings which use prefers-reduced-motion are not detecting it.
Bug: Window type=panel has sidebarAction residing within
Status: UNCONFIRMED
Priority: --
Created: 2020-08-21 22:00:55+00:00
Resolved: 2024-02-12 06:53:02+00:00

There is a behavior I have observed with panels created with windows.create({ type: "panel"}).  If an addon is sporting a UI which is open in the sidebar, when certain conditions are met, if the addon opens a panel, there is a sidebarAction instance living within the panel, even if it is not visible.

The problem this creates is that resources are being drained by the panel's sidebar UI, even though they are of no benefit to the user.

I have verified this on Macos, though the problem may also exist on other OSes.

To demonstrate:

1) Create new profile.

2) Ensure "Restore previous session" is checked under Preferences > General > Startup.

3) Install attached demo addon. ( "Private windows" option not necessary.)

4) If addon did not automatically open in the sidebar, manually open it from View > Sidebar > Panel / Sidebar Action Demo.  (If you had to open it manually, it may be worthwhile to restart Firefox to ensure it restarts with the sidebar open, with demo addon page loaded.)

5) Open panel using keyboard shortcut Cmd+Shift+0 (Ctrl+Shift+0 on non-Mac).

6) LEAVE PANEL OPEN and restart Firefox.  (This step is necessary to observe the issue.)

7) Observe the restored panel.  (It may or may not display the sidebar - see bug 1659844).

8) Close the panel using Cmd+W (Ctrl+W non-Mac).

9) Open a new panel using Cmd+Shift+0 (Ctrl+Shift+0 on non-Mac).

10) Observe output (Output will be sent to command line if window.dump is enabled, otherwise will be sent to javascript console assuming appropriate settings are made.)

11) After 2s delay from opening the panel, you should see output like:

```
>> panelbreaksaddondemo:    PANEL:    hosting windowId: 112    id of panel opened by windows.create: 112
>> panelbreaksaddondemo:    SIDEBAR:    hosting windowId: 112    id of panel opened by windows.create: 112
>> panelbreaksaddondemo:        ATTEMPT TO LOAD SIDEBAR IN PANEL (hosting windowId == id of currently open panel)
```

Output containing "SIDEBAR:" comes from a page loaded in a sidebar.
Output containing "PANEL:" comes from a page loaded in the panel.
"hosting windowId" is the id of the window in which resides the panel or sidebar.
Note the presence of "SIDEBAR:", meaning a page just got loaded in the sidebar, and also the fact that the id of the panel opened by windows.create" is the same as the hosting windowId of the sidebar, confirming that code is running within the sidebar of the panel (albeit not visible).

12) Also, if while the panel is focused, you look at View > Sidebar > Panel / Sidebar Action Demo is checked, indicating it is "open" in the panel.
Bug: browser_startup_mainthreadio.js has an unexpected stat on wmfvpxvideo.guard while running on windows 10 hardware
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-22 00:09:12+00:00
Resolved: 2021-03-08 13:15:20+00:00

in bug 1658443 I reported a set of file/IO access while running tests on windows10 hardware instead of VMs at AWS.

```TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_mainthreadio.js | unexpected stat on C:\Users\task_1596845536\AppData\Local\Temp\tmpudqlbh.mozrunner\wmfvpxvideo.guard before handling user events -```

I can reproduce this locally on my windows 10 laptop.
Bug: browser_startup_syncIPC.js has unexpected IPC when running windows 10 tests on hardware instead of VM
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-22 01:08:18+00:00
Resolved: 2021-03-08 13:15:22+00:00

in Bug 1658443, I document some issues with browser/base/content/test/performance/browser_startup_syncIPC.js:
```TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PContent::Reply_BeginDriverCrashGuard sync IPC before handling user events - 
TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PContent::Reply_EndDriverCrashGuard sync IPC before handling user events - ```

I verified I can reproduce these on my local windows10 laptop.