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)

56 Branch
x86_64
Linux
defect
Not set
major

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.
Depends on: wr-stability
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.
(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 ;)
Whiteboard: [gfx-noted]
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.
I may have found the cause in bug 1352092 comment 11 with reliable STR for me.
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.
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.
See Also: → 1394806
Priority: P3 → P2
Whiteboard: [gfx-noted] → [wr-mvp] [gfx-noted]
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
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.