confirm

Cannot confirm in the Wayland session; works for me.

Created attachment 145680 [details]
attachment-3153-0.html

Bug only on x11, works normal on Wayland

On Thu, 20 Jan 2022, 22:43 Nate Graham, <bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=448537
>
> Nate Graham <nate@kde.org> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>                  CC|                            |nate@kde.org
>           Component|general                     |effects-various
>             Summary|Mouse pointer disappears on |Mouse pointer disappears
> on
>                    |desktop Zoom                |desktop Zoom in the X11
>                    |                            |session
>
> --- Comment #2 from Nate Graham <nate@kde.org> ---
> Cannot confirm in the Wayland session; works for me.
>
> --
> You are receiving this mail because:
> You reported the bug.

It bugs only on X11, works normally in Wayland

Didn't test it on wayland since if i remember correctly 5.25 removed eglstreams so on my gtx660 i wont be able to run wayland. X11. I can reproduce it 95% of the time. Need to restart with kwin_x11 --replace to get rid of it.

I confirm that this bug does not exist on the Wayland session running on Arch / Nvidia (GF750Ti no egl) - Wayland running great by the way. Just switching to X11 makes the bug reappear

Well, i tried now running wayland but kwin_wayland crashes.

(In reply to Sebastian Kuźlak from comment #7)
> Well, i tried now running wayland but kwin_wayland crashes.

just in case .. nvidia-drm ... modeset ... :)

I set correctly way back.  Didn't change a thing since then. It used to work. Now it doesn't.

❯ sudo lsmod | grep nvidia
nvidia_uvm           2551808  0
nvidia_drm             73728  6
nvidia_modeset       1204224  12 nvidia_drm
nvidia              35401728  595 nvidia_uvm,nvidia_modeset

I can confirm and replicate this issue as well. Also, the "workaround", although the mouse only comes to me while I keep some level of zooming. I also notice one weird thing. If you are sharing your screen (tried with Zoom and Teams), the mouse can still be seen by people even though it disappears from the screen locally.

Operating System: Arch Linux
KDE Plasma Version: 5.23.90
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.16.4-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-4790K CPU @ 4.00GHz
Memory: 15.5 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1070/PCIe/SSE2

Sorry, forgot to mention that I can confirm both with nvidia-470 and nvidia-495.

bug can still be reproduced in the new plasma 5.24 on X11, on Wayland works ok

*** Bug 449837 has been marked as a duplicate of this bug. ***

*** Bug 449880 has been marked as a duplicate of this bug. ***

*** Bug 449880 has been marked as a duplicate of this bug. ***

A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/1987

Git commit 0ad239a92de6ae859e892db6debafac2e3daefb5 by Vlad Zahorodnii.
Committed on 10/02/2022 at 07:07.
Pushed by vladz into branch 'master'.

Fix mouse pointer disappearing after using zoom effect on X11

Currently, the Cursors::currentCursorChanged signal is wired to the
updateCursor() function which calls xcb_xfixes_hide_cursor() or
xcb_xfixes_show_cursor() depending if the cursor is hidden. However, the
currentCursorChanged signal can be emitted if the cursor changed, e.g. a
new pixmap attached, or its visibility status changes.

The zoom effect hides the pointer, but when user hovers ui elements, it
will most likely change and result in more than one xcb_xfixes_hide_cursor()
calls.

It appears like xcb_xfixes_hide_cursor() is implemented as a reference
counter, i.e. if xcb_xfixes_hide_cursor() is called two times, then you
must call xcb_xfixes_show_cursor() two times as well.

This change adds a dedicated signal to indicate whether the cursor is
hidden to avoid calling xcb_xfixes_hide_cursor() multiple times while
the screen is scaled.

M  +1    -0    src/backends/drm/drm_output.cpp
M  +1    -2    src/backends/x11/standalone/x11_platform.cpp
M  +2    -2    src/cursor.cpp
M  +1    -0    src/cursor.h

https://invent.kde.org/plasma/kwin/commit/0ad239a92de6ae859e892db6debafac2e3daefb5

Git commit 43caf2539357a1f9d5b2668a8eff151517377a7e by Vlad Zahorodnii.
Committed on 10/02/2022 at 07:22.
Pushed by vladz into branch 'Plasma/5.24'.

Fix mouse pointer disappearing after using zoom effect on X11

Currently, the Cursors::currentCursorChanged signal is wired to the
updateCursor() function which calls xcb_xfixes_hide_cursor() or
xcb_xfixes_show_cursor() depending if the cursor is hidden. However, the
currentCursorChanged signal can be emitted if the cursor changed, e.g. a
new pixmap attached, or its visibility status changes.

The zoom effect hides the pointer, but when user hovers ui elements, it
will most likely change and result in more than one xcb_xfixes_hide_cursor()
calls.

It appears like xcb_xfixes_hide_cursor() is implemented as a reference
counter, i.e. if xcb_xfixes_hide_cursor() is called two times, then you
must call xcb_xfixes_show_cursor() two times as well.

This change adds a dedicated signal to indicate whether the cursor is
hidden to avoid calling xcb_xfixes_hide_cursor() multiple times while
the screen is scaled.


(cherry picked from commit 0ad239a92de6ae859e892db6debafac2e3daefb5)

M  +1    -0    src/backends/drm/drm_output.cpp
M  +1    -2    src/backends/x11/standalone/x11_platform.cpp
M  +2    -2    src/cursor.cpp
M  +1    -0    src/cursor.h

https://invent.kde.org/plasma/kwin/commit/43caf2539357a1f9d5b2668a8eff151517377a7e

*** Bug 448036 has been marked as a duplicate of this bug. ***

Hello, guys i'm sorry but does this fix released or yet ?

*** Bug 450438 has been marked as a duplicate of this bug. ***

Got another report from a user with 5.24.1 (Bug 450438), so it seems like this may not be fully fixed yet. Re-opening.

This problem did has not occured a xhile ago, think it should be closed