https://bugs.winehq.org/show_bug.cgi?id=44843
Bug ID: 44843 Summary: Cursor icons when resizing "wine windows" aren't the same as the system theme Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs@winehq.org Reporter: katsunori.kumatani@gmail.com Distribution: ---
This is a somewhat old regression that I noticed now when I updated wine after a while.
When you move the cursor to resize a "wine window" (windows decorated by wine, not the WM, usually windows within a wine app), it now uses a hardcoded wine cursor instead of the system "resize" cursor icon. (I posted this on forum first; I am talking about the "resizing arrows" that show up when you move to the edge or corner of a resize-able window)
I did a regression test, and it turns out this commit 32ccc0b9e0f1536655b7fca6e68823e1bf05374a:
commit 32ccc0b9e0f1536655b7fca6e68823e1bf05374a Author: Alexandre Julliard julliard@winehq.org Date: Fri Jul 14 12:46:45 2017 +0200
user32: New high resolution cursors generated from SVG.
Based on a cursor set published by Ludvig Hummel under the X11 license.
Signed-off-by: Alexandre Julliard julliard@winehq.org
:040000 040000 bc61cafa0d7f95b519fb91875fa3085ca1ffffe4 f9fc1db316529e3d61a9abd89e82babd7e1061c7 M dlls
forces wine's own cursor icons to be used in those cases. But I want the cursor to look like the normal (system) cursor again.
I was told to file a bug report at least for enhancement request to disable it and make it back, somehow, as an option perhaps? If it's not a bug, that is. I mean, an option to let wine use the normal cursor as before.
Or any workarounds available?
https://bugs.winehq.org/show_bug.cgi?id=44843
katsunori.kumatani@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org, | |katsunori.kumatani@gmail.co | |m Regression SHA1| |32ccc0b9e0f1536655b7fca6e68 | |823e1bf05374a Keywords| |regression
https://bugs.winehq.org/show_bug.cgi?id=44843
--- Comment #1 from Alexandre Julliard julliard@winehq.org --- Are you sure that it was using the system cursors previously? If you change your Linux desktop to a different theme do the cursors change in Wine?
I expect it was using the Wine cursors all along, the patch only made them look different. Using the Wine cursors is still a bug, but I don't think the behavior has changed.
https://bugs.winehq.org/show_bug.cgi?id=44843
--- Comment #2 from katsunori.kumatani@gmail.com --- I think you're right. I was using a classic W2k theme all along, so I didn't notice and assumed Wine just used the desktop cursor theme. (well, Compiz with cursors is a bit buggy anyway, but I'm sure you're right)
If the other bug exists (not using desktop cursor) I think this bug has to be closed as invalid, or just rename this bug if not.
By the way, can I just replace the dlls/user32/resources/*.cur files with a pre wine-2.12 version before compiling wine, and have the old cursors? Because that's an easy workaround if it works and doesn't add some bugs or something. (do I have to remove the *.svg files or it will fail to build?)
https://bugs.winehq.org/show_bug.cgi?id=44843
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1|32ccc0b9e0f1536655b7fca6e68 | |823e1bf05374a | Keywords|regression |
--- Comment #3 from Alexandre Julliard julliard@winehq.org --- I tweaked the cursor names so hopefully it will find them in the desktop theme now.
If it still doesn't work, the mappings can be overridden through the HKCU\Software\Wine\X11 Driver\Cursors key. You can run with WINEDEBUG=warn+cursor to see which cursors are not found, and add registry entries to map them to a different X11 name.
https://bugs.winehq.org/show_bug.cgi?id=44843
--- Comment #4 from katsunori.kumatani@gmail.com --- Sorry I don't want to bother you with this in the bug report, but that registry key is not described in the "Useful Registry Keys", can you add a short example of one or two mappings in the registry? (or do you mean that you actually just added it now?)
Thanks for looking into it.
https://bugs.winehq.org/show_bug.cgi?id=44843
--- Comment #5 from Alexandre Julliard julliard@winehq.org --- For instance if you run with WINEDEBUG=warn+cursor and move the pointer into the window border you'd see something like:
003b:warn:cursor:create_xcursor_system_cursor no system cursor found for L"user32.dll,32645" mapped to "ns-resize"
This means that your cursor theme doesn't contain the "ns-resize" cursor. You could then add a registry value like this:
[HKCU\Software\Wine\X11 Driver\Cursors] "user32.dll,32645"="top_side"
to remap it to some other cursor that exists in your current theme.
But if you can, please test with current git first, hopefully you won't need to do the remapping by hand anymore.
https://bugs.winehq.org/show_bug.cgi?id=44843
--- Comment #6 from katsunori.kumatani@gmail.com --- Ok, I tested with current git and it seems the issue is solved, now the proper cursor shows up. So it's probably fixed!
https://bugs.winehq.org/show_bug.cgi?id=44843
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |9b2b9d9cb3929b17236cbedac5b | |b4ad4333e264f Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- Great, thanks for testing!
https://bugs.winehq.org/show_bug.cgi?id=44843
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.5.