Closed
Bug 1377120
Opened 7 years ago
Closed 7 years ago
Slow scrolling on a large website at first, then the whole desktop freezes. No escape.
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox56 | --- | unaffected |
firefox57 | --- | unaffected |
People
(Reporter: jan, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: nightly-community, Whiteboard: [gfx-noted])
Build 20170629100321 @ Debian Testing x64 (Radeon RX480) I clicked on this link in one of those webrender update bugs https://github.com/servo/webrender/pull/1386/files#diff-054157e919dfed0477381da46476b556L638 and scrolling was slow first, then my whole desktop was frozen. This can happen on other websites with a long scrollbar too and does not produce crash reports. After minutes of a frozen desktop, I have to press the reset/restart button on my computer. Today I saw bug 1377113 [@ @0x405ad1 ] > MOZ_CRASH Reason: assertion failed: requested_size.height <= self.max_texture_size 10 minutes before a full freeze. In the past I also saw bug 1376213 [@ mozalloc_abort | abort | webrender::gpu_cache::Texture::push_data ] > MOZ_CRASH Reason: Can't allocate > MAX_VERTEX_TEXTURE_WIDTH per resource! bug 1373304 [@ mozilla::gfx::DrawTarget::PushLayer ] sounds similar. "Push" sth. :D They are always surrounded by bug 1352092 [@ mozalloc_abort | abort | webrender::texture_cache::TextureCache::insert ] which sometimes causes bug 1350404 [@ mozilla::layers::CrossProcessCompositorBridgeParent::AllocPWebRenderBridgeParent ] I had to disable webrender days ago :/ The full freeze only happends with webrender enabled. Webrendest and/or gpu-process are irrelevant. Stylo is currently only enabled for some minutes to test websites.
Reporter | ||
Updated•7 years ago
|
Depends on: wr-stability
Keywords: nightly-community
Reporter | ||
Updated•7 years ago
|
Summary: Slow scrolling on a large website, then the whole desktop freezss. No escape. → Slow scrolling on a large website at first, then the whole desktop freezes. No escape.
Reporter | ||
Comment 1•7 years ago
|
||
(In reply to Darkspirit from comment #0) > scrolling was slow first, then my whole desktop was frozen. Mostly this happens when I watch >= 1080p YouTube videos longer than 15 minutes. I should force myself to use Windows for a little time to try to reproduce it there because this would have a higher priority then. I understand my duty ;)
Updated•7 years ago
|
Whiteboard: [gfx-noted]
Reporter | ||
Comment 2•7 years ago
|
||
This bug: My webrender+webrendest desktop freezes completely, expect the mouse, and the music keeps playing. Nightly got the lowest process priority. Comparision: Reproduced a simliar crash, non-webrender and webrender, bug 1305298 comment 9 + 10, but the difference is the music repeats in a loop while the desktop is completely frozen there. You can also see some Webrender appearances in bp-67618efe-cb53-4d51-ad11-029480170701.
Reporter | ||
Comment 3•7 years ago
|
||
I may have found the cause in bug 1352092 comment 11 with reliable STR for me.
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Blocks: wr-stability, stage-wr-trains
No longer depends on: wr-stability
Reporter | ||
Comment 4•7 years ago
|
||
I have reenabled webrender+webrendest since bug 1352092 comment 33 now and will mark this as WFM if the next week runs well. So far I've only seen two Webrender bugs: * A line of text moves some pixels to the right when I mark something in it. * Autoscroll doesn't react immediately on Bugzilla and let the page jump after a few seconds. Tomorrow I have to look whether they're already tracked somewhere.
Reporter | ||
Comment 5•7 years ago
|
||
Nightly 57 x64 20170817100132 @ Debian Testing (layers force accel+webrender+webrendest+blob-images) A full freeze can still happen. Me from comment 0: > I clicked on this link in one of those webrender update bugs > https://github.com/servo/webrender/pull/1386/files#diff-054157e919dfed0477381da46476b556L638 > and scrolling was slow first, then my whole desktop was frozen. If I grab the scrollbar and scroll down and up fast for about half a minute or so, my desktop freezes. But my console looked exactly like this and I do not have any crash reports: > darkspirit@darkspirit:~$ firefox/firefox > ATTENTION: default value of option force_s3tc_enable overridden by environment. > WebRender - OpenGL version new 4.3 (Core Profile) Mesa 13.0.6 Those minor bugs from comment 4 and tab restoring with layers-free would get fixed by bug 1357545, bug 1377291 and in general by bug 1377525, I think. So I'll wait with enabling layers-free at the moment. The ramble continues at bug 1376213.
Updated•7 years ago
|
Priority: P3 → P2
Whiteboard: [gfx-noted] → [wr-mvp] [gfx-noted]
Updated•7 years ago
|
status-firefox56:
--- → unaffected
status-firefox57:
--- → unaffected
Reporter | ||
Comment 6•7 years ago
|
||
Scrolling large websites is now fast, smooth and without any crash. I think this problem is gone.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Priority: P2 → --
Whiteboard: [wr-mvp] [gfx-noted] → [gfx-noted]
You need to log in
before you can comment on or make changes to this bug.
Description
•