Bug 1349016

Summary:	Wayland - super slow
Product:	[Fedora] Fedora	Reporter:	Andreas Nilsson <anilsson>
Component:	firefox	Assignee:	Martin Stransky <stransky>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	24	CC:	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.