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).

: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.

Can you create a screencast of the issue?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Collect_information_for_a_bug_report
Thanks.

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.

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.

kwin fix: https://invent.kde.org/plasma/kwin/-/merge_requests/3110