1793964 - White Screen when graphics driver recovers or reinstall

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[Wagner B. Rebello]

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

Steps to reproduce:

Start graphics driver setup with the browser opened (or when driver recover from a crash with browser opened)

Actual results:

Browser goes completely unresponsive with all window white.

Expected results:

Browser window should recover the UI and Tabs after the graphics driver become responsive again.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Graphics' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Kelsey Gilbert [:jgilbert]]

@ahale:
Didn't you file another bug about device-reset recently?

S3: This sucks, but it's relatively rare.

Comment 3

[Ashley Hale [:ahale]]

(In reply to Wagner B. Rebello from comment #0)

Browser window should recover the UI and Tabs after the graphics driver become responsive again.

Does it recover when you move the mouse over each window, or does it stay locked up and white? I infer from your description that it stays locked up.

Comment 4

[Ashley Hale [:ahale]]

(In reply to Kelsey Gilbert [:jgilbert] from comment #2)

@ahale:
Didn't you file another bug about device-reset recently?

S3: This sucks, but it's relatively rare.

Yes, I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1778593 for a case where I was typing in Matrix chat and suddenly all Firefox windows became white, they recovered one by one when I moused over each one.

More recently there has been a regression where triggering a device reset manually (from the about:support page) causes the entire app to lock up so I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1792115 for that, but deliberately triggering a device reset from the OS (ctrl-shift-win-b) doesn't lock up the app at least on a dedicated AMD GPU (on an Optimus Intel+NVIDIA laptop it locked up the whole OS, so I can't verify if Firefox would recover).

Comment 5

[Wagner B. Rebello]

(In reply to Ashley Hale from comment #3)

(In reply to Wagner B. Rebello from comment #0)

Browser window should recover the UI and Tabs after the graphics driver become responsive again.

Does it recover when you move the mouse over each window, or does it stay locked up and white? I infer from your description that it stays locked up.

It stay locked, the only way to interact with the browser again is to close in task manager.

Comment 6

[Ashley Hale [:ahale]]

I'm concerned that this may deserve a bump to S2 severity. It's likely to be the same mutex lockup I identified in Bug #1792115 which is a regression that may be quick to fix.

Comment 7

[Ashley Hale [:ahale]]

I'll try to repro this with the graphics driver panel.

Comment 8

[Ashley Hale [:ahale]]

I've confirmed this is fixed for me in the latest Nightly, which has a fix for Bug #1792115, please confirm if it's fixed in Nightly for you as well?