448537 2022-01-15 17:13:44 +0000 Mouse pointer disappears on desktop Zoom in the X11 session 2022-10-13 13:35:57 +0000 1 1 4 Plasma kwin effects-various 5.24.0 Arch Linux Linux RESOLVED FIXED https://bugs.kde.org/show_bug.cgi?id=450438 HI normal --- 1 omar.helali kwin-bugs-null behzad.a_ir dolgener folderkillered jkreiner kde me me nate sebastiankuzlak w2.alharbi.me https://invent.kde.org/plasma/kwin/commit/43caf2539357a1f9d5b2668a8eff151517377a7e 5.26 0 oldest_to_newest 2094074 0 omar.helali 2022-01-15 17:13:44 +0000 Just installed Plasma 5.23.90 to try it but since the first run, the mouse pointer disappears once you Zoom in then Out, and you just need (if lucky) track the hover effects on buttons or links to locate or right click it untill you logout et login again. The clicks and behaviour works as expected even if the cursor is invisible. Alse tried to change cursor theme and provoked Desktop Effects reset, but nothing brings my pointer back except logout. My setup is running X11 on Nvidia. Everything is latest to testing versions and unstable kde repo. This is the first bug I try to report so please, if something is missing, don't be rude :) STEPS TO REPRODUCE 1. Activate Desktop Effects Zoom IN 2. Zoom Out 3. Mouse pointer disappears 4. Zoom In again and it will reappear 2095063 1 sebastiankuzlak 2022-01-18 15:01:28 +0000 confirm 2096072 2 nate 2022-01-20 21:43:17 +0000 Cannot confirm in the Wayland session; works for me. 2096077 3 145680 omar.helali 2022-01-20 21:45:56 +0000 Created attachment 145680 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. 2096078 4 omar.helali 2022-01-20 21:47:45 +0000 It bugs only on X11, works normally in Wayland 2096082 5 sebastiankuzlak 2022-01-20 21:53:11 +0000 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. 2096091 6 omar.helali 2022-01-20 21:57:52 +0000 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 2096112 7 sebastiankuzlak 2022-01-20 22:34:48 +0000 Well, i tried now running wayland but kwin_wayland crashes. 2096124 8 omar.helali 2022-01-20 22:46:35 +0000 (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 ... :) 2096131 9 sebastiankuzlak 2022-01-20 22:52:42 +0000 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 2100105 10 me 2022-02-01 17:18:01 +0000 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 2100106 11 me 2022-02-01 17:19:18 +0000 Sorry, forgot to mention that I can confirm both with nvidia-470 and nvidia-495. 2102074 12 omar.helali 2022-02-08 17:29:46 +0000 bug can still be reproduced in the new plasma 5.24 on X11, on Wayland works ok 2102312 13 vlad.zahorodnii 2022-02-09 10:54:56 +0000 *** Bug 449837 has been marked as a duplicate of this bug. *** 2102532 14 behzad.a_ir 2022-02-09 19:23:31 +0000 *** Bug 449880 has been marked as a duplicate of this bug. *** 2102535 15 behzad.a_ir 2022-02-09 19:26:04 +0000 *** Bug 449880 has been marked as a duplicate of this bug. *** 2102547 16 bug-janitor 2022-02-09 19:54:06 +0000 A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/1987 2102720 17 vlad.zahorodnii 2022-02-10 07:21:56 +0000 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 2102721 18 vlad.zahorodnii 2022-02-10 07:22:59 +0000 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 2103785 19 me 2022-02-12 08:13:42 +0000 *** Bug 448036 has been marked as a duplicate of this bug. *** 2104199 20 w2.alharbi.me 2022-02-13 20:41:27 +0000 Hello, guys i'm sorry but does this fix released or yet ? 2106233 21 nate 2022-02-18 19:21:02 +0000 *** Bug 450438 has been marked as a duplicate of this bug. *** 2106234 22 nate 2022-02-18 19:21:39 +0000 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. 2160672 23 omar.helali 2022-10-13 08:29:35 +0000 This problem did has not occured a xhile ago, think it should be closed 145680 2022-01-20 21:45:56 +0000 2022-01-20 21:45:56 +0000 attachment-3153-0.html attachment-3153-0.html text/html 1605 omar.helali PGRpdiBkaXI9ImF1dG8iPkJ1ZyBvbmx5IG9uIHgxMSwgd29ya3Mgbm9ybWFsIG9uIFdheWxhbmQ8 L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJn bWFpbF9hdHRyIj5PbiBUaHUsIDIwIEphbiAyMDIyLCAyMjo0MyBOYXRlIEdyYWhhbSwgJmx0Ozxh IGhyZWY9Im1haWx0bzpidWd6aWxsYV9ub3JlcGx5QGtkZS5vcmciPmJ1Z3ppbGxhX25vcmVwbHlA a2RlLm9yZzwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxf cXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xp ZDtwYWRkaW5nLWxlZnQ6MWV4Ij48YSBocmVmPSJodHRwczovL2J1Z3Mua2RlLm9yZy9zaG93X2J1 Zy5jZ2k/aWQ9NDQ4NTM3IiByZWw9Im5vcmVmZXJyZXIgbm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxh bmsiPmh0dHBzOi8vYnVncy5rZGUub3JnL3Nob3dfYnVnLmNnaT9pZD00NDg1Mzc8L2E+PGJyPg0K PGJyPg0KTmF0ZSBHcmFoYW0gJmx0OzxhIGhyZWY9Im1haWx0bzpuYXRlQGtkZS5vcmciIHRhcmdl dD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIiPm5hdGVAa2RlLm9yZzwvYT4mZ3Q7IGNoYW5nZWQ6 PGJyPg0KPGJyPg0KwqAgwqAgwqAgwqAgwqAgwqBXaGF0wqAgwqAgfFJlbW92ZWTCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoHxBZGRlZDxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+ DQrCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoENDfMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIHw8YSBocmVmPSJtYWlsdG86bmF0ZUBrZGUub3JnIiB0YXJnZXQ9Il9i bGFuayIgcmVsPSJub3JlZmVycmVyIj5uYXRlQGtkZS5vcmc8L2E+PGJyPg0KwqAgwqAgwqAgwqAg wqAgQ29tcG9uZW50fGdlbmVyYWzCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHxlZmZl Y3RzLXZhcmlvdXM8YnI+DQrCoCDCoCDCoCDCoCDCoCDCoCBTdW1tYXJ5fE1vdXNlIHBvaW50ZXIg ZGlzYXBwZWFycyBvbiB8TW91c2UgcG9pbnRlciBkaXNhcHBlYXJzIG9uPGJyPg0KwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqB8ZGVza3RvcCBab29twqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg fGRlc2t0b3AgWm9vbSBpbiB0aGUgWDExPGJyPg0KwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqB8wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgfHNlc3Npb248YnI+ DQo8YnI+DQotLS0gQ29tbWVudCAjMiBmcm9tIE5hdGUgR3JhaGFtICZsdDs8YSBocmVmPSJtYWls dG86bmF0ZUBrZGUub3JnIiB0YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVyIj5uYXRlQGtk ZS5vcmc8L2E+Jmd0OyAtLS08YnI+DQpDYW5ub3QgY29uZmlybSBpbiB0aGUgV2F5bGFuZCBzZXNz aW9uOyB3b3JrcyBmb3IgbWUuPGJyPg0KPGJyPg0KLS0gPGJyPg0KWW91IGFyZSByZWNlaXZpbmcg dGhpcyBtYWlsIGJlY2F1c2U6PGJyPg0KWW91IHJlcG9ydGVkIHRoZSBidWcuPC9ibG9ja3F1b3Rl PjwvZGl2Pg0K