[Wayland/KDE] Nightly 71.0a1 on Wayland doesn't refresh or respond properly on Plasma on Wayland
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
People
(Reporter: matt.fagnani, Unassigned)
References
(Blocks 1 open bug, )
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
- Boot F31 KDE Plasma spin installation with kwin-wayland and its dependencies installed, fully updated with updates-testing enabled
- Log in to Plasma on Wayland from sddm
- install or update to firefox nightly 71.0a1 (2019-09-28)
- MOZ_ENABLE_WAYLAND=1 firefox (in konsole)
- try to enter an address in the address bar
- select a bookmark to a site. an example I've used was https://bodhi.fedoraproject.org/updates/?releases=F31
- resize firefox
- try to click on a link
- click + to open a new tab
- close firefox
Actual results:
I was using firefox 69.0-2 on Wayland on Plasma on Wayland in Fedora 31 which was running normally for a few days. I used MOZ_ENABLE_WAYLAND=1 firefox since the normal firefox menu option and icon started firefox on X in Plasma. I updated to firefox-69.0-7 from koji using dnf. firefox-69.0-7 on wayland hasn't been refreshing the window below the menu bar or responding properly in Plasma on Wayland. When I select a bookmark, the site isn't shown. After resizing the window, the site was shown. I scrolled up and down, but that didn't move the site's display. I clicked on links, but firefox didn't show the new site. Entering text in the address bar didn't show the text in the bar, but it was shown for the search function popup sometimes. When I clicked on the + button, a new tab wasn't shown. However, when I closed firefox, the pop-up box had "You are about to close 2 tabs." The tab might have been created, but firefox wasn't refeshed to show the tab.
I tested 69.0-3 from koji which ran normally on Wayland in Plasma on Wayland.
All of 69.0-4, 69.0-5, 69.0-6, 69.0-7, and 69.0.1-1 have the Wayland refeshing and response problems. The changelog for 69.0-4 indicates a fix for Wayland video playback which might be involved.
- Wed Sep 11 2019 Martin Stransky <stransky@redhat.com> - 69.0-4
- Added fix for mozbz#1579794 - Flickering on video playback on
4k/HiDPI displays.
I noticed in testing 69.0-4 and 69.0-5 briefly that sites I selected from bookmarks were displayed without having to resize the window though they didn't respond correctly, whereas in 69.0-6 and later including 71.0a1 firefox needed to be resized before they showed up. There might've been further changes in 69.0-6 that led to that additional refreshing issue. I guess that the patch for https://bugzilla.mozilla.org/show_bug.cgi?id=1580152 might be involved in the issue of the site only showing when resizing firefox based on the descriptions available.
- Mon Sep 16 2019 Martin Stransky <stransky@redhat.com> - 69.0-6
- Added fixes for mozbz#1579823, mozbz#1580152
https://koji.fedoraproject.org/koji/buildinfo?buildID=1381918
Firefox Nightly 71.0a1 (2019-09-23 to 2019-09-28) had the same refresh/response problems on Plasma on Wayland. I ran MOZ_ENABLE_WAYLAND=1 ./firefox -ProfileManager -no-remote as suggested at https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_Mozilla_binaries The selection of a profile in ProfileManager didn't highlight the second of two profiles correctly though Nightly did start after with the profile I clicked on.
Expected results:
firefox on wayland refreshes and responds properly on Plasma on Wayland
Reporter | ||
Comment 1•6 years ago
|
||
I reported these problems at https://bugzilla.redhat.com/show_bug.cgi?id=1753751
Firefox 69.0-4 to 69.0.1-1 and Nightly 71.0a1 (2019-09-23 to 2019-09-28) on X in Plasma on Wayland aren't affected by this problem. The issue may be related to the use of Plasma on Wayland. I haven't tried Firefox on Wayland in GNOME on Wayland. Some versions are
kf5-kwayland-0:5.61.0-1.fc31.x86_64
plasma-desktop-0:5.16.4-1.fc31.x86_64
qt5-qtwayland-0:5.12.4-7.fc31.x86_64
libwayland-client-0:1.17.0-2.fc31.x86_64
Comment 2•6 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Updated•6 years ago
|
Updated•6 years ago
|
Reporter | ||
Comment 3•6 years ago
|
||
The reproduction step 4 should be changed to the following so nightly 71.0a1 is run instead of the system version 69.0.1-3, though both have the same problems currently
4. change directory to that where nightly was installed, then run
MOZ_ENABLE_WAYLAND=1 ./firefox &
Comment 4•6 years ago
|
||
Let's solve that for nightly first - can you attach your about:support?
Thanks.
Reporter | ||
Comment 5•6 years ago
|
||
Reporter | ||
Comment 6•6 years ago
|
||
I'm adding the about:support troubleshooting information output for 71.0a1 (2019-09-30) on Wayland now which uses OpenGL ES 3.2 from mesa 19.2.0. The previous about:support file I attached was for 71.0a1 on X which uses OpenGL 4.5. The GPU is an integrated AMD Radeon R5 using the amdgpu kernel driver and radeonsi mesa driver with an AMD A10-9620P CPU. thanks.
Reporter | ||
Comment 7•6 years ago
|
||
Comment 8•6 years ago
|
||
Thanks. Can you also try to enable GL compositor on your nightly on Wayland? Set layers.acceleration.force-enabled to true, restart browser and test please.
Reporter | ||
Comment 9•6 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #8)
Thanks. Can you also try to enable GL compositor on your nightly on Wayland? Set layers.acceleration.force-enabled to true, restart browser and test please.
I set layers.acceleration.force-enabled to true in 71.0a1 in about:config. 71.0a1 on Wayland refreshes and responds normally with layers.acceleration.force-enabled=true when clicking on bookmarks or links, opening a new tab, and entering addresses. When I started 71.0a1 with Profile Manager, the profile I clicked on isn't highlighted still.
I tried to resize 71.0a1 on Wayland with layers.acceleration.force-enabled=true by dragging the right border to the left, but the window wasn't resized. After trying to resize the window like that or by clicking on the restore/maximize button at the top right of the window, firefox stopped responding and Firefox Nightly (Not Responding) was shown in the top bar. The window colours faded as happens when a Plasma window is unresponsive. I've seen this 71.0a1 on Wayland with layers.acceleration.force-enabled=true stop responding like this a few times, and I hadn't seen that before with 71.0a1 or earlier on Wayland with layers.acceleration.force-enabled=false. I've had to close firefox when it stopped responding like that because it didn't start responding again. Should I make another report about this resizing problem? Thanks.
Comment 10•6 years ago
|
||
The resizing issue with GL/Webredner should be fixed now in nightly.
Reporter | ||
Comment 11•6 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #10)
The resizing issue with GL/Webredner should be fixed now in nightly.
Martin, 72.0a1 (2019-11-07) on Wayland in Plasma has still stopped responding after I resized it. I'm using layers.acceleration.force-enabled=true. 72.0a1 stops responding after resizing both with gfx.webrender.enabled=false, gfx.webrender.all=false and with gfx.webrender.enabled=true, gfx.webrender.all=true. The resizing problem has happened even without loading a page. I made another report for the resizing issue at https://bugzilla.mozilla.org/show_bug.cgi?id=1593478 since it seems like a different issue from what I reported here initially. Thanks.
Updated•6 years ago
|
Reporter | ||
Comment 13•4 years ago
|
||
(In reply to Robert Mader [:rmader] from comment #12)
Matt, do you still see this issue?
Robert, since this problem happened with the Basic compositor, I changed to Troubleshoot mode in 89.0a1 (2021-3-27) on Wayland in Plasma 5.21.3 in Fedora 34 which used the Basic compositor. When I entered text in the address bar, it took more than 10 seconds to appear. When clicked on the + button in the tab bar, the new tab sometimes appeared smaller than usual. Closing a tab sometimes removed it, but the + button didn't move to the left. The other problems with resizing and clicking on bookmarks or links didn't appear. The problems above didn't happen with WebRender enabled which is what I've been using for the last year or so. The problem with Firefox not refreshing until it was resized without a page loaded which I mentioned in comment 11 was fixed in Plasma 5.18.4 as described at https://bugzilla.mozilla.org/show_bug.cgi?id=1593478
Comment 14•4 years ago
|
||
Thanks. What you see with software rendering is most likely bug 1693472, thus closing this one.
Reporter | ||
Comment 15•4 years ago
|
||
(In reply to Robert Mader [:rmader] from comment #14)
Thanks. What you see with software rendering is most likely bug 1693472, thus closing this one.
Robert, bug 1693472 has happened with WebRender, OpenGL, and Basic compositors in Nightly on Wayland in Plasma and it involves the menu items not being highlighted usually. The issues with the address bar and tabs I still see only happen with Basic compositing in Troubleshoot mode as in comment 13. Did you mean another report? Thanks.
Comment 16•4 years ago
|
||
(In reply to Matt Fagnani from comment #15)
Robert, bug 1693472 has happened with WebRender, OpenGL, and Basic compositors in Nightly on Wayland in Plasma
Oh, didn't read that! I just read bug 1693472 comment 4 and following which focus on software rendering - we should probably split that bug then.
Description
•