Closed Bug 1237617 Opened 5 years ago Closed 4 years ago

Window white/empty on launch/start if User Account Control (UAC) panel open, parts visible if mouse mover over them (hover)

Categories

(Core :: Graphics, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla49
Tracking Status
firefox49 --- verified

People

(Reporter: aryx, Assigned: sotaro)

References

(Blocks 1 open bug)

Details

(Whiteboard: [gfx-noted])

Attachments

(2 files)

Attached image screenshot of issue
Firefox 43 - Nightly 46.0a1 on Windows 8.1 64 bit

If Firefox gets launched and opens its first window while the screen is blocked by a User Account Control prompt to modify the computer, the window will be empty and only reveal elements if one moves the mouse over them (after one has canceled or confirmed the prompt).

Steps to reproduce:
1. Schedule a Firefox launch (e.g. with Task scheduling or copy a profile and launch Firefox with that from a script or just slow startup on a HDD might be enough).
2. Trigger a UAC to confirm a modification to the computer (e.g. turning anti-virus off; haven't tested with dialog for execution of file from remote source). 
3. Wait some seconds until Firefox should have launched.
4. Cancel prompt.

Intel HD Graphics 10.18.14.4332, Nvidia 361.43

Graphics
--------

Adapter Description: Intel(R) HD Graphics 4600
Adapter Description (GPU #2): NVIDIA GeForce GTX 765M
Adapter Drivers: igdumdim64 igd10iumd64 igd10iumd64 igdumdim32 igd10iumd32 igd10iumd32
Adapter Drivers (GPU #2): nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Adapter RAM: Unknown
Adapter RAM (GPU #2): 2048
Asynchronous Pan/Zoom: none
Device ID: 0x0416
Device ID (GPU #2): 0x11e2
Direct2D Enabled: true
DirectWrite Enabled: true (6.3.9600.18123)
Driver Date: 11-20-2015
Driver Date (GPU #2): 12-16-2015
Driver Version: 10.18.14.4332
Driver Version (GPU #2): 10.18.13.6143
GPU #2 Active: false
GPU Accelerated Windows: 1/1 Direct3D 11 (OMTC)
Subsys ID: 35371558
Subsys ID (GPU #2): 35371558
Supports Hardware H264 Decoding: Yes
Vendor ID: 0x8086
Vendor ID (GPU #2): 0x10de
WebGL Renderer: Google Inc. -- ANGLE (Intel(R) HD Graphics 4600 Direct3D11 vs_5_0 ps_5_0)
windowLayerManagerRemote: true
AzureCanvasBackend: direct2d 1.1
AzureContentBackend: direct2d 1.1
AzureFallbackCanvasBackend: cairo
AzureSkiaAccelerated: 0
I confirmed the problem.
Assignee: nobody → sotaro.ikeda.g
Whiteboard: [gfx-noted]
When BasciCompositor is used, the problem does not happen. From it, rendering result is not stored in platform side when the problem happened.
After UAC close, when the Firefox became foreground, nsWindow received only the following WM_ events.

> WM_NCACTIVATE
> WM_WINDOWPOSCHANGING
> WM_WINDOWPOSCHANGED
To delay firefox start, I used "timeout 10 && ./mach run".
Comment on attachment 8742704 [details] [diff] [review]
patch - Call nsWindow::ForcePresent during going active

:jrmuizel, can you review the patch?
Attachment #8742704 - Flags: review?(jmuizelaar)
Comment on attachment 8742704 [details] [diff] [review]
patch - Call nsWindow::ForcePresent during going active

Review of attachment 8742704 [details] [diff] [review]:
-----------------------------------------------------------------

Throwing this at Bas as he ForcesPresent more than I do :)
Attachment #8742704 - Flags: review?(jmuizelaar) → review?(bas)
Comment on attachment 8742704 [details] [diff] [review]
patch - Call nsWindow::ForcePresent during going active

Review of attachment 8742704 [details] [diff] [review]:
-----------------------------------------------------------------

I can't think of any issues with this. Let's try it.
Attachment #8742704 - Flags: review?(bas) → review+
https://hg.mozilla.org/mozilla-central/rev/c28104d75b3d
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla49
Flags: qe-verify+
Confirming that this issue no longer reproduces on Windows 8.1 x64 using Fx 49.0b7, build ID: 20160825132718.
Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.