Closed Bug 1651480 Opened 4 years ago Closed 2 years ago

Delayed Input with Gnome3 (X11) fFractional Scaling [Linux - Firefox v78.0.1]

Categories

(Core :: Graphics, defect, P3)

78 Branch
x86_64
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bnr, Unassigned)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

This issues is repeatable 100% of the time with ALL of the following:
Using a 4k display
Using Gnome3 (X11)
Fractional Scaling enabled (And not set to greater than 100%)
Firefox in full screen

The issue does not appear if ANY of the following:
Firefox is less than full screen
Using Gnome3 (Wayland)

This behaviour is present in both the Flatpak and .deb (apt) versions of Firefox.

Actual results:

Scrolling down with the mouse has an input delay of ~0.5 seconds.

The delayed scrolling does not appear in any other applications, including chromium on the same web pages.

Expected results:

Usually in Firefox there is not a visible delay when scrolling.

Corrections the line "Fractional Scaling enabled (And not set to greater than 100%)" should be "Fractional Scaling enabled (And set to greater than 100%)"

OS: Unspecified → Linux
Hardware: Unspecified → x86_64

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Graphics
Product: Firefox → Core

Hey Brock, thanks for reporting.

Could you:

Thanks!

Flags: needinfo?(bnr)
Attached file about_support_text
Here is the captured profile: https://share.firefox.dev/38Jq7UW Here is the about:support text (raw data below):
Attached file about_support_raw_data
Here is the captured profile: https://share.firefox.dev/38Jq7UW Here is the about:support text (raw data below):

Here is the captured profile: https://share.firefox.dev/38Jq7UW
The about:support raw data and text are attached.
Hope this helps! Let me know what else you might need.

Flags: needinfo?(bnr)

@aosmond: Could you see take a look at what's going wrong here?

Severity: -- → S3
Flags: needinfo?(aosmond)
Priority: -- → P3

Given your setup, I imagine we are hoping to push WebRender out to users with a similar configuration in the next few releases. Could you try turning on WebRender and letting us know how performance is? If it isn't good, collect a profile. Thanks! You can force WebRender on via about:config and setting gfx.webrender.all to true.

Flags: needinfo?(aosmond) → needinfo?(bnr)

Also if the perf is bad, would you mind collecting the profile with nightly? That will have the most useful information for us.

I had to change to a different distro, because Pop!_OS was having performance issues and crashing issues other than just this Firefox bug. Though I did a live boot of Pop!_OS and I was able to replicate the issue despite the change.

Anyway, setting webrender.all to true helped a ton! Firefox went from totally unusable to very good! Thanks! Here is the profile: https://share.firefox.dev/2OmheqX

Performance was not perfect. When scrolling slowly there was no obvious delay. Though with quick scrolls the delay was quite obvious. Here is the profile for that on Nightly: https://share.firefox.dev/30aoPhF

Flags: needinfo?(bnr)

(In reply to Brock from comment #10)
Has this been fixed by WebRender or should this bug stay open?

I no longer have access to the hardware that the issue occured on. So I honestly have no idea, sorry. I'm fine with this being closed though. Thank you for reaching out!

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: