Open Bug 1884566 Opened 1 year ago Updated 4 months ago

Firefox CSD show the wrong cursor theme

Categories

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

Firefox 123
defect

Tracking

()

ASSIGNED
Tracking Status
firefox-esr115 --- unaffected
firefox123 --- wontfix
firefox124 --- wontfix
firefox125 --- wontfix
firefox126 --- fix-optional

People

(Reporter: daf.bugzilla, Assigned: stransky)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(1 obsolete file)

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

Steps to reproduce:

When hovering the CSD certain parts will show wrong cursor theme.

KDE bug tracker report: https://bugs.kde.org/show_bug.cgi?id=482587

Actual results:

https://youtu.be/vT_CYkm7C-0

Expected results:

The correct cursor theme should be used

The Bugbug bot thinks this bug should belong to the 'Firefox::Theme' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Theme
Component: Theme → Widget: Gtk
Product: Firefox → Core
Priority: -- → P3

Is that a recent regression? Can you try mozregression tool to find broken commit?
Thanks.

Flags: needinfo?(daf.bugzilla)

(In reply to Martin Stránský [:stransky] (ni? me) from comment #3)

There's a link:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Use_Mozregression_tool

5:18.15 INFO: Last good revision: 57b850c11aa0eb7411f592923df6906827f96786
5:18.15 INFO: First bad revision: c71d09ab8b2b32c1cc00a0eba6f8f3b72a61e5fa
5:18.15 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=57b850c11aa0eb7411f592923df6906827f96786&tochange=c71d09ab8b2b32c1cc00a0eba6f8f3b72a61e5fa

Flags: needinfo?(daf.bugzilla)
Regressed by: 1871863

:jordan, since you are the author of the regressor, bug 1871863, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(jordan)
Keywords: regression

I'll look at it.

Flags: needinfo?(jordan) → needinfo?(stransky)
Assignee: nobody → stransky
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: needinfo?(stransky)

Set release status flags based on info from the regressing bug 1871863

is there a severity for this?

So, the "right, then wrong" cursor shown in comment 0 is because of this, but it's unclear if the right cursor is ours or GTK's?

I see inconsistent cursors with such setup even on plasma's settings titlebar fwiw. So the issue isn't specific to Firefox either.

Attachment #9390736 - Attachment description: Bug 1884566 [Linux] Use legacy cursor for Gtk < 3.24.41 r?emilio → Bug 1884566 [Linux] Allow to use legacy cursor if widget.gtk.legacy-cursors.enabled is set r?emilio

(In reply to Emilio Cobos Álvarez (:emilio) from comment #10)

So, the "right, then wrong" cursor shown in comment 0 is because of this, but it's unclear if the right cursor is ours or GTK's?

The right cursor comes from Gtk and wrong from Firefox. We change it on motion-notify-event mContainer callback.

See Also: → 1876366

Perhaps better to move the patch to Bug 1876366.

Comment on attachment 9390736 [details]
Bug 1884566 [Linux] Allow to use legacy cursor if widget.gtk.legacy-cursors.enabled is set r?emilio

Revision D204351 was moved to bug 1876366. Setting attachment 9390736 [details] to obsolete.

Attachment #9390736 - Attachment is obsolete: true
Severity: -- → S3

Set release status flags based on info from the regressing bug 1871863

The default for widget.gtk.legacy-cursors.enabled seems to have changed to false in 142, reintroducing thius bug.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: