Closed Bug 1613472 Opened 4 years ago Closed 4 years ago

Delayed chrome rendering with WebRender on XMonad

Categories

(Core :: Graphics: WebRender, defect, P3)

Unspecified
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1567791
Tracking Status
firefox74 --- disabled

People

(Reporter: brennan.brisad, Unassigned)

Details

Attachments

(1 file)

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.

Priority: -- → P3

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?

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.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE

Oh, that's great! Thank you!

The context menu was regressed 3 days ago. Filed bug 1634047.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: