Comment 134 for bug 1690719

I can confirm that this issue got way worse on GNOME 3.28 making the mouse freeze more often.

The following situations are especially bad:
1. When a notification is shown, user input freezes for ~2 seconds
2. When switching application focus e.g. by invoking a URL from a feed reader, user input freezes for ~3 seconds.

(In reply to Anass Ahmed from comment #111)
> (In reply to Jeroen Bollen from comment #110)
> > When I opened this bug in 2015, the desktop was unusable on Wayland. It
> > wasn't general performance issues or low frame rates, but GNOME being unable
> > to move the mouse accurately due to performance issues. Animations playing
> > would completely grind the mouse to a halt, and similarly moving the mouse
> > would cause massive frame drops in applications. Just as much as starting a
> > hover effect by moving the mouse over a button would freeze the cursor for
> > multiple seconds.
> >
> > Most comments appear to be from people who are dissatisfied with the overall
> > performance of GNOME, or appear to experience slowdowns over time. Does
> > anyone still experience the original behaviour reported by the bug? I
> > believe this issue has been long solved.
>
> I don't think it has been *completely* fixed.
>
> GNOME Shell notifications still freeze the mouse cursor, tooltips inside the
> GNOME Shell (on Dash Icons) still do the same, and GNOME Shell Menus too.
>
> What was fixed is issues with GTK3 (hovering on icons that produce tooltips,
> or merely opening a GTK menu in LibreOffice ... etc) that was also freezing
> the UI and the mouse cursor.

+1, but even the menu issue is still present when using Evolution on GNOME+Wayland.

(In reply to krinkodot22 from comment #115)
> Interestingly, the behaviour of the freezes is different depending on the
> app. For instance, tooltop disappearances cause hangs for Firefox and Gvim,
> but not Evolution and Nautilus, even though all of those apps use GTK3.
> Also, for some apps, context menus cause a hang only when they disappear,
> but for other apps, context menus cause a hang when they either appear or
> disappear.

The freezes when showing menus only happen when using applications with Wayland as Gtk+ backend. Easy to test with GDK_BACKEND=x11 provided to an affected application.