Closed Bug 1707695 Opened 3 years ago Closed 3 years ago

[KDE] Dialog boxes are laggy

Categories

(Core :: Widget: Gtk, defect, P3)

Firefox 88
defect

Tracking

()

RESOLVED DUPLICATE of bug 1717351

People

(Reporter: mi2rivtj, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

587.04 KB, video/mp4
Details
Attached video bug

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

Steps to reproduce:

  1. Create a bookmark
  2. Right click on the bookmark > properties.

Actual results:

The window displays in a laggy way, with blank rectangle that fills with the window elements after 2 seconds approximately. This started happening when I upgrade to v88.

Note: I'm using Kubuntu 21.04

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Priority: -- → P3
Summary: Bookmark edit window is laggy → Dialog boxes are laggy

This also happens in the About Firefox. I was using Kubuntu, but I'm having the same issue in KDE Neon:

Operating System: KDE neon 5.21
KDE Plasma Version: 5.21.5
KDE Frameworks Version: 5.82.0
Qt Version: 5.15.2
Kernel Version: 5.4.0-73-generic
OS Type: 64-bit
Graphics Platform: X11
Processors: 8 × Intel® Core™ i5-8265U CPU @ 1.60GHz
Memory: 15,5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620

Let's wait for Plasma 5.12 as it has more Wayland fixes. Would be great to test it in another compositor - mutter/sway.

Summary: Dialog boxes are laggy → [KDE] Dialog boxes are laggy

Can you please test latest nightly under Wayland? A new popup handling code landed there.
Thanks.

Should I wait 5.22? It will be available in 8th of June. Also, this is permanently broken in X11?

Can you use mozregression tool to find which commit caused it? I think it's SW-WR switch but we need to know for sure.
How-to is here:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Use_Mozregression_tool
Thanks.

Flags: needinfo?(mi2rivtj)

It says that 87.0 doesn't exist.

./mozregression --good 87.0 --bad 88.0.1


You should use a config file. Please use the --write-config command line flag to help you create one.


0:00.53 INFO: Assuming repo mozilla-release
0:00.53 INFO: Using tag FIREFOX_88_0_1_RELEASE for release 88.0.1
0:02.48 INFO: 87.0 is not a release, assuming it's a hash...
0:02.48 INFO: Getting mozilla-release builds between 87.0 and FIREFOX_88_0_1_RELEASE
0:03.76 ERROR: The url 'https://hg.mozilla.org/releases/mozilla-release/json-pushes?changeset=87.0' returned a 404 error because the push is not in this repo (e.g., not merged yet).

Flags: needinfo?(mi2rivtj)

Ah! It just had to put 87 instead of 87.0. I ran "/mozregression --good 87 --bad 88.0.1" but it gave me version 86.0! In this version, this issue doesn't happen.

Well, since FF 89 uses Proton-styled modal dialog, this issue doesn't happen anymore.

Nevermind. Some parts of Firefox still use this type of dialog, like the ones to accept downloads and to view the Firefox version.

Please re-test with new nightly as it gets another popup fixes.
Thanks.

It seems that is not happening anymore. I'm also not having this bug in 89.0.1, was it backported?

This should to be fixed in Firefox 92 by new multi-buffer backend.

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

Attachment

General

Creator:
Created:
Updated:
Size: