Closed Bug 1459227 Opened 7 years ago Closed 7 years ago

Firefox loads as blank white box with webrender enabled

Categories

(Core :: Graphics: WebRender, defect)

61 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1459102

People

(Reporter: aventura.viper, Unassigned)

Details

(Keywords: nightly-community, regression)

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 Build ID: 20180504100129 Steps to reproduce: Using latest Nightly Builds (from second build of 03/05 (Thursday 3rd May))on Windows 7 64bit with "gfx.webrender.all" set to true. Actual results: Firefox loads as blank white window and is unusable. Starting in safe mode and reverting webrender to false allows Firefox to start properly again. Expected results: Firefox should have loaded as usual with WebRender running.
OS: Unspecified → Windows 7
Hardware: Unspecified → x86
Hardware: x86 → x86_64
Kats, should we reopen bug 1459102 and dupe this bug to the mac bug?
Status: UNCONFIRMED → NEW
Component: Untriaged → Graphics: WebRender
Ever confirmed: true
Flags: needinfo?(bugmail)
Product: Firefox → Core
Attached image Bug Occurring
Attaching image of bug occurring for clarity. Specs of system: Intel Core i7-6820HQ (2.7 GHz), 32.0GB RAM, Intel HD Graphics 530. Also, this machine has experienced https://bugzilla.mozilla.org/show_bug.cgi?id=1416288 for as long as I can remember using WebRender.
Aventura, can you try the build at https://queue.taskcluster.net/v1/task/S1g2Uj_NQO-1nmv0JVEwPA/runs/0/artifacts/public/build/target.zip to see if it has the problem as well? If not, then we can just dupe this to bug 1459102 since the backout that fixed that fixes this as well. If it's not the same problem we'll need to investigate more.
Flags: needinfo?(bugmail) → needinfo?(aventura.viper)
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #3) > Aventura, can you try the build at > https://queue.taskcluster.net/v1/task/S1g2Uj_NQO-1nmv0JVEwPA/runs/0/ > artifacts/public/build/target.zip to see if it has the problem as well? If > not, then we can just dupe this to bug 1459102 since the backout that fixed > that fixes this as well. If it's not the same problem we'll need to > investigate more. That has reverted it to the previous behaviour, so I guess that means this is a duplicate of bug 1459102. Thanks for your help!
Flags: needinfo?(aventura.viper)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: