Closed
Bug 1435227
Opened 6 years ago
Closed 6 years ago
Rendering of pages and UI broken in latest Nightlies
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox60 | --- | affected |
People
(Reporter: davross, Unassigned)
Details
(Keywords: nightly-community, regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20171226085105 Steps to reproduce: Everyday use. Mostly containers. Open tabs. Surf. Awesome! Webrender NOT enabled. Actual results: Hit a bug where pages render unable to be read. Big black blocks (if I switch from Adwaita dark or regular). Top of page you can sometime see a CURSOR like white block/box that even flashes. Also affects tab rendering. Page refresh does nothing. Opening new container, or tab, sometimes fixes, sometimes not. (image attached is a Guardian article with a ghost memory of the new tab) Expected results: Normal page rendering. mozregression incoming - I suspect introduced Feb 1 Nightly
Reporter | ||
Comment 1•6 years ago
|
||
Bug shown in Build ID 20180201220225 (reported in dev edition)
Reporter | ||
Comment 2•6 years ago
|
||
Updated•6 years ago
|
Keywords: nightly-community
Updated•6 years ago
|
Summary: rendering → Rendering of pages and UI broken in latest Nightlies
Comment 3•6 years ago
|
||
(In reply to David Ross from comment #1) > Bug shown in Build ID 20180201220225 (reported in dev edition) This should be the regression range. If you can further reduce it by bisection on inbound, that would help. https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3804441e575c&tochange=ee7f64d07649
Severity: normal → major
Has Regression Range: --- → yes
status-firefox60:
--- → affected
Component: Untriaged → Graphics
OS: Unspecified → Linux
Product: Firefox → Core
Hardware: Unspecified → x86_64
Updated•6 years ago
|
Keywords: regression
Reporter | ||
Comment 4•6 years ago
|
||
Tried from 30th January, just in case. Pffft. Couldn't get it to replicate. Gave it a good minimum 30 mins each bisection. Come back into the regular Nightly and there's been another update. Not seen it since. Touch wood.
Reporter | ||
Updated•6 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 5•6 years ago
|
||
Experienced this bug again this morning after rewaking laptop from sleep. Another update awaited to build id 20180202220135 and I've not experienced it again in over 3 hours of use.
Here is my experience with almost certainly the same bug. Sorry if this is done improperly -- this is my first bug report. OS: 64-bit Linux / Linux 4.4.0-109-generic Firefox: 57.0.4 Build ID: 20180104112904 Summary: Content does not display -- instead, the frame(?) is usually black. Causing the window to repaint sections paints one of (a) black, (b) white, or (c) the previous tab displayed in the window. Steps to reproduce: ??? H E C K if I know how to trigger it in general right now. This is the first time this has happened. Once it's triggered, I can bring up a window glitching out like this by opening a few new tabs. Details: Interacting with the window in ways that cause it to repaint sections include highlighting sections, opening up Inspector, scrolling, etc. The glitching also affects the scrollbar on the side. Screenshotting, using the Screenshot Node feature of the Inspector in Developer Tools, worked mostly as expected. However, there are certain inconsistencies in rendering -- Youtube doesn't play, and pages render slightly differently (for some reason getting higher scores on the two HTML5 tests I tried, for whatever worth those are). Also, screenshots from affected tabs save in UTC, not my local timezone. I'm running multiple copies of Firefox right now, and this is the only one experiencing this issue. When just opening new tabs, after a few different numbers at the beginning, every 4th tab exactly acts like this. Possibly relevant: "Web Content Processes: 4/4" Possibly related bugs: https://bugzilla.mozilla.org/show_bug.cgi?id=1408060 (Maybe.) https://bugzilla.mozilla.org/show_bug.cgi?id=1402038 (Based on the "ironically, when I went to file a webcompat bug, it captured it fine, even though the screen was still black." and "some fraction of new tabs come up black", this seems to be the same. However, this bug is very different from the two others linked in the discussion. https://bugzilla.mozilla.org/show_bug.cgi?id=1399958 (Maybe.)
(I have pictures. They're also up on a thread on Mastodon, but I can't figure out how to add them here? I just created an account so it would make sense if I didn't have that capability, though...) (Also, this glitch is currently affecting my browser, predictably, although I don't expect it to do so if I restart it. If anyone has some poking around they'd like me to do in an affected tab, I can.) Also: WEBRENDER opt-in by default: WebRender is an opt-in feature unavailable by runtime: Build doesn't include WebRender
Okay, I've restarted the browsing session (It was getting a bit memory-heavy in general, because I have bad browsing habits), and I can confirm that it did not continue when I started it up again. Hopefully the information given is useful, and I can still post the values of stuff in about:support and about:config for reference, and if it starts happening again maybe there'll be suggestions here if there are any more experiments I should run. Good luck, people who actually know what they're doing when poking around the browser.
You need to log in
before you can comment on or make changes to this bug.
Description
•