Closed Bug 1789559 Opened 2 years ago Closed 2 years ago

[Wayland] Cursor stuck as grabbing after drag-and-drop

Categories

(Core :: Widget: Gtk, defect)

Firefox 105
Desktop
Linux
defect

Tracking

()

RESOLVED MOVED

People

(Reporter: tustamido, Unassigned)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(1 file)

On Wayland after bug 1767460 patch (checked with mozregression), dropping something locks cursor in grabbing mode (closed hand) instead of resetting cursor to default.

Example: click and hold Bugzilla banner from top menu in this page and drop it somewhere below in the middle of the page. After releasing, cursor should reset to default, but it's stuck as grabbing (closed hand, as if something is being dragged).

Regressed by: 1767460

:stransky, since you are the author of the regressor, bug 1767460, could you take a look? Also, could you set the severity field?

For more information, please visit auto_nag documentation.

Flags: needinfo?(stransky)
Blocks: linuxdad
Flags: needinfo?(stransky) → needinfo?(tustamido)

Despite having "Show cursor" enabled in OBS Studio, it's not being captured, so there's no way to make a proper recording.

I also can't see which extra info would be added with the recording. I'll try again to explain exactly what happens: if you start dragging something and drop it in a area that doesn't know how to handle dataTransfer, cursor doesn't revert to default after you release click, it remains as grabbing (closed hand, see here). Cursor only reverts to default if I drop in a allowed area, like if you drop a link/text in a textbox.

It's easy to test, you can use the link from your comment above. Just drag it a couple of pixels down then drop. As I said, do not drop it in a textbox, drop it anywhere else like over your "Thanks" word in your comment, or in page background...

If you're using v105 or newer under Wayland, you'll see the issue.

I use Developer Edition (v105.0b8) in my main, but it's also reproducible in latest Nightly with a fresh new profile.

Flags: needinfo?(tustamido)
Attached video screen-recording.mp4 (deleted) —

I finally managed to include cursor in recorded screen. Attached as screen-recording.mp4.

Hello,

This bug is also affecting me. (Also Wayland, Firefox 105, Manjaro KDE.)

Something interesting I have found is that, after the cursor gets stuck in the "grabbing" mode, if you select the URL in the top bar and then drag it, it resets the cursor back to normal behaviour. I think this is just because while dragging the URL, the cursor is set to a different icon again: a normal cursor but with a "plus" next to it.

Perhaps it is just the act of the cursor icon being changed that does this, but it is interesting that this does successfully reset the behaviour, whereas other actions that should also change the icon (for instance hovering over text should change it from a pointer to a text selection cursor) do nothing.

This regression is affecting me too. The behavior is the same as described by other users. Started happening when updating to Firefox 105.

I'm on Firefox 105.0, Wayland, Manjaro KDE, using an AMD Radeon RX 6800 with KWIN_DRM_NO_AMS=1

Vlad: I think this can be closed. kwin sends an event which gtk doesn't expect to receive after wl_data_device.drop, and perhaps it makes no sense to send it.

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

Attachment

General

Creator:
Created:
Updated:
Size: