Closed
Bug 1377120
Opened 8 years ago
Closed 8 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•8 years ago
|
Depends on: wr-stability
Keywords: nightly-community
| Reporter | ||
Updated•8 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•8 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•8 years ago
|
Whiteboard: [gfx-noted]
| Reporter | ||
Comment 2•8 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•8 years ago
|
||
I may have found the cause in bug 1352092 comment 11 with reliable STR for me.
Updated•8 years ago
|
Priority: -- → P3
Updated•8 years ago
|
Blocks: wr-stability, stage-wr-trains
No longer depends on: wr-stability
| Reporter | ||
Comment 4•8 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•8 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•8 years ago
|
Priority: P3 → P2
Whiteboard: [gfx-noted] → [wr-mvp] [gfx-noted]
Updated•8 years ago
|
status-firefox56:
--- → unaffected
status-firefox57:
--- → unaffected
| Reporter | ||
Comment 6•8 years ago
|
||
Scrolling large websites is now fast, smooth and without any crash. I think this problem is gone.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Updated•8 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
•