Delayed chrome rendering with WebRender on XMonad
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox74 | --- | disabled |
People
(Reporter: brennan.brisad, Unassigned)
Details
Attachments
(1 file)
162.28 KB,
image/gif
|
Details |
Some parts of the browser UI in Firefox Nightly renders "one step behind" when running it in Linux and XMonad. See the attached file for an example of how it looks in the hamburger menu. Note that the rendering waits until I do the "next thing". It is not time dependent and it is not lag that we're seeing in the recording.
It is only parts of the UI that is affected. For instance, the search bar and tool bar icons render fine. But the profiler popup, reached from the new Profiler Toolbar Icon has these issues. It is not only hovering, but interacting with inputs like check boxes and buttons is also delayed, making it hard to understand what state the controls are in.
This issue is not present when I run Gnome.
If I set gfx.webrender.force-disabled
to true, the problem goes away.
Updated•4 years ago
|
Reporter | ||
Comment 1•4 years ago
|
||
This also affects the regular menu bar (I think this problem appeared in recent days, but not 100% certain). It makes it rather problematic navigating the chrome UI.
Is there anything I more I can do or provide in this bug report?
Comment 2•4 years ago
|
||
This is a duplicate of bug 1567791.
It will be fixed for main menu, identity panel and page actions menu once bug 1574746 lands.
Context menu, if affected, should be fixed by bug 1622633.
Reporter | ||
Comment 3•4 years ago
|
||
Oh, that's great! Thank you!
Comment 4•4 years ago
|
||
The context menu was regressed 3 days ago. Filed bug 1634047.
Description
•