https://bugs.winehq.org/show_bug.cgi?id=55703
Bug ID: 55703 Summary: Introduced in 8.17 Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: bugs@cometchaser.de Distribution: ---
Drag and drop of files within an commercial applications doesn't work anymore in Wine 8.17.
It worked until Wine 8.16.
It works in Debian 11 with Wine 8.8 or Debian 12 with Wine 8.16 but not anymore in Debian 11 with Wine 8.17
See the error:
Error new in Wine 8.17 Download a video file at: https://www.cometchaser.de/wine/Wine-8.17-Error.mkv
Download a video file at: https://www.cometchaser.de/wine/Wine-8.16-Works.mkv
https://bugs.winehq.org/show_bug.cgi?id=55703
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Summary|Introduced in 8.17 |Drag and drop of files | |doesn't work in unknown | |application
https://bugs.winehq.org/show_bug.cgi?id=55703
--- Comment #1 from stefan bugs@cometchaser.de --- The program is AstroArt. A demo can be downloaded at https://www.msbsoftware.it/astroart/AA8-SP4-Demo.zip
To test it you need some image files with FIT-Format. I can provide it if necessary.
https://bugs.winehq.org/show_bug.cgi?id=55703
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com URL| |https://www.msbsoftware.it/ | |astroart/AA8-SP4-Demo.zip Keywords| |download Summary|Drag and drop of files |AstroArt crashes when |doesn't work in unknown |trying to drag and drop |application |files from one pane to | |another
--- Comment #2 from Zeb Figura z.figura12@gmail.com --- Confirming.
Note! Only the 64-bit version has this failure (Astroart64.exe). The 32-bit version works fine.
https://bugs.winehq.org/show_bug.cgi?id=55703
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Regression SHA1| |a81c53504ae32715e6e91bd020f | |debd5bef20d48
--- Comment #3 from Zeb Figura z.figura12@gmail.com --- Bisected to:
a81c53504ae32715e6e91bd020fdebd5bef20d48 is the first bad commit commit a81c53504ae32715e6e91bd020fdebd5bef20d48 Author: Alexandre Julliard julliard@winehq.org Date: Thu Sep 28 16:30:32 2023 +0200
ntdll: Release the low address space reservation for 64-bit apps.
https://bugs.winehq.org/show_bug.cgi?id=55703
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org
--- Comment #4 from Zeb Figura z.figura12@gmail.com --- The application is buggy. It truncates and then sign-extends a stack pointer:
72a160: 55 push %rbp 72a161: 53 push %rbx 72a162: 48 83 ec 38 sub $0x38,%rsp 72a166: 48 8b ec mov %rsp,%rbp 72a169: 48 89 cb mov %rcx,%rbx 72a16c: 48 89 d9 mov %rbx,%rcx 72a16f: e8 1c 3f e4 ff call 56e090 72a174: 48 89 c1 mov %rax,%rcx 72a177: c7 c2 b2 00 00 00 mov $0x000000b2,%edx 72a17d: 4d 33 c0 xor %r8,%r8 72a180: 4c 8d 4d 20 lea 0x20(%rbp),%r9 72a184: 4d 63 c9 movslq %r9,%r9 72a187: e8 34 2d cf ff call 41cec0 /* SendMessageW */ 72a18c: 48 89 d9 mov %rbx,%rcx
In C:
SendMessageW(hwnd, EM_GETRECT, 0, (int)(intptr_t)&rect);
This can only work if the stack is allocated in the low 4G.
I did check and this really does crash on Windows; it doesn't swallow an exception or anything.
https://bugs.winehq.org/show_bug.cgi?id=55703
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #5 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Zeb Figura from comment #4)
The application is buggy. It truncates and then sign-extends a stack pointer:
This can only work if the stack is allocated in the low 4G.
Looks like a81c53504a uncovers a row of buggy applications, when pointers grow above 32bit. Shouldn't wine try to mimic windows behaviour to stay below 4G if possible, like it did before a81c53504a?
I did check and this really does crash on Windows; it doesn't swallow an exception or anything.
How did you check this on windows, is there a simple way to force pointers above the 4G boundary to demonstrate it to the application developers?
https://bugs.winehq.org/show_bug.cgi?id=55703
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE CC| |dark.shadow4@web.de
--- Comment #6 from Fabian Maurer dark.shadow4@web.de --- Marking as dupe of 55833 to collect similar issues.
IMHO the best way is to make sure addresses remain lower than 2G / 4G to avoid all such buggy programs.
*** This bug has been marked as a duplicate of bug 55833 ***
https://bugs.winehq.org/show_bug.cgi?id=55703
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing duplicate.
https://bugs.winehq.org/show_bug.cgi?id=55703
--- Comment #8 from Fabian Maurer dark.shadow4@web.de --- Is this fixed by f03c3a167c2e4abe92b1e1bf2ea5f7c31a07fc3b ?
https://bugs.winehq.org/show_bug.cgi?id=55703
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED Resolution|DUPLICATE |FIXED Fixed by SHA1| |f03c3a167c2e4abe92b1e1bf2ea | |5f7c31a07fc3b
--- Comment #9 from Zeb Figura z.figura12@gmail.com --- (In reply to Fabian Maurer from comment #8)
Is this fixed by f03c3a167c2e4abe92b1e1bf2ea5f7c31a07fc3b ?
Yes.
https://bugs.winehq.org/show_bug.cgi?id=55703
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |ntdll
https://bugs.winehq.org/show_bug.cgi?id=55703
--- Comment #10 from Bernhard Übelacker bernhardu@mailbox.org --- This bug is now resolved fixed, but the other "unduplicated" are closed fixed. Should they also get the state resolved fixed, to get closed with the next release? (And if I should be able to change it myself, where can I ask to get the permission granted?)
https://bugs.winehq.org/show_bug.cgi?id=55703
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Fabian Maurer dark.shadow4@web.de --- Not sure why this one is not closed yet, probably just because noone changed the status yet. Marking as CLOSED.
Regarding rights, you need to ask the bugzilla admins. I only know about Austin English though (and Alexandre, obviously).
https://bugs.winehq.org/show_bug.cgi?id=55703
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #12 from Alexandre Julliard julliard@winehq.org --- Bugs should be marked resolved fixed, they are closed automatically on the next release.
https://bugs.winehq.org/show_bug.cgi?id=55703
--- Comment #13 from Fabian Maurer dark.shadow4@web.de --- But this is already fixed in wine-9.0-rc1?
https://bugs.winehq.org/show_bug.cgi?id=55703
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc2.