Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1349016

Summary: Wayland - super slow
Product: [Fedora] Fedora Reporter: Andreas Nilsson <anilsson>
Component: firefoxAssignee: Martin Stransky <stransky>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 24CC: anass.1430, fedora, gecko-bugs-nobody, jhorak, pjasicek, samuel.rakitnican, samuel-rhbugs, stransky, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-06-26 10:01:05 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1054334    

Description Andreas Nilsson 2016-06-22 13:55:38 UTC
Using the firefox-wayland copr.

It's super slow in general. Takes like 5 seconds to change focus.

Comment 1 Christian Stadelmann 2016-06-25 00:03:32 UTC
I think this issue is somewhat different: The UI always immediately reacts on input (e.g. clicking on a menu button), but it doesn't always update the window contents.

Immediately works:
* buttons causing popup/popover menus to open (sandwich menu, downloads menu, bookmarks button…)
* dialog or window controls e.g. profile manager
* Profile manager: selecting a profile from the list by double click
* everything inside popups/popver menus, e.g. inside bookmarks/downloads/sandwich menu

Don't work immediately but have a delay of ~5 seconds:
* scrolling
* opening, closing, switching tabs (note that the window title changes immediately though)
* clicking links
* Profile Manager: selecting a profile from the list by single click
* opening developer console by Ctrl+Shift+I
* showing/hiding menu by pressing Alt

In short it seems like everything in GUI element MozContainer will be repainted after a huge delay. Everything outside (e.g. popovers in subsurfaces, header bar, …) is painted immediately.

Comment 2 Christian Stadelmann 2016-06-25 00:33:51 UTC
Also, when moving the window, its content is immediately repainted.

Comment 3 srakitnican 2016-06-28 06:16:57 UTC
(In reply to Christian Stadelmann from comment #2)
> Also, when moving the window, its content is immediately repainted.

Having this issue as well. Under wayland window repainting doesn't work most of the time until window loses focus. When it works, it works only for a split of a second.

Comment 4 Christian Stadelmann 2017-06-01 20:44:29 UTC
I cannot reproduce this issue any more with firefox-wayland-55.6-1.fc26.x86_64 from Martin Stransky's firefox-wayland copr.

Comment 5 Martin Stransky 2017-06-26 10:01:05 UTC
Seems to be fixed now, Thanks.