April 2020 - Wine-Bugs - list.winehq.org

[Bug 42717] New: Mouse drift in My Summer Car
by wine-bugs＠winehq.org May 11, 2020

May 11, 2020

https://bugs.winehq.org/show_bug.cgi?id=42717 Bug ID: 42717 Summary: Mouse drift in My Summer Car Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: znggurj+wine(a)gmail.com Distribution: --- Hi all, I am using wine 2.4 staging to try and play the game My Summer Car on Steam. It was built with the Unity engine. Whenever I use the mouse buttons or scroll wheel, the mouse seems to move to the bottom right of the screen. I don't think that the problem is specific to My Summer Car, this StackOverflow user has the same issue with another unity game: http://stackoverflow.com/questions/37181093/moving-mouse-in-unity3d-games-s… I thought that maybe my mouse or keyboard was accidentally being picked up as a joystick but this is not the case: $ ls /dev/js* ls: cannot access '/dev/js*': No such file or directory ls /dev/input/js* ls: cannot access '/dev/input/js*': No such file or directory Not sure where to start with fixing this, any help would be appreciated :) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 48586] New: d3d tests broke on cw-gtx560-64 due to recent user32/tests changes
by WineHQ Bugzilla May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=48586 Bug ID: 48586 Summary: d3d tests broke on cw-gtx560-64 due to recent user32/tests changes Product: Wine Version: 5.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com Regression SHA1: 153b82b0b368a9444d2cb79db11c012a0f424e4f Distribution: --- Working: https://test.winehq.org/data/87875e12bcdca659e578849fa62585b1b5316a50/index… Not working: https://test.winehq.org/data/829dff0ee770f720ee90976faac3cbd6bb2afc59/index… They all fail in a EnumDisplaySettingsW call, so I suspect https://source.winehq.org/git/wine.git/commitdiff/153b82b0b368a9444d2cb79db… broke them. They most likely only fail on 64 bit because that machine first runs the 32 bit tests, and then the 64 bit tests. user32 tests run after d3d, so usually you do not see this failure, but in this case 32 bit user32 runs before 64 bit d3d. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 43454] New: Finereader 12 Professional crashes at start
by wine-bugs＠winehq.org May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=43454 Bug ID: 43454 Summary: Finereader 12 Professional crashes at start Product: Wine Version: 2.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sanya-0996(a)yandex.by Distribution: --- Created attachment 58821 --> https://bugs.winehq.org/attachment.cgi?id=58821 backtrace Finereader 12 Professional crashes at start with wine 1.6, 2.0.2 and 2.13. Installed by: wine msiexec /i ABBYY\ FineReader\ 12\ Professional.msi DISABLEROLLBACK=1 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 43765] New: RSpec-Explorer windows are sometimes unresponsive to keyboard and mouse input
by wine-bugs＠winehq.org May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=43765 Bug ID: 43765 Summary: RSpec-Explorer windows are sometimes unresponsive to keyboard and mouse input Product: Wine Version: 2.17 Hardware: x86 URL: https://www.rspec-astro.com/setupdownload/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Under some conditions, the application will refuse to respond to mouse and keyboard input. The windows can be minimized, closed, focused, etc; and edit controls will blink the caret, but buttons won't be clicked and other controls similarly won't update. This affects not only the main window but also the common open-file dialog. I can pretty reliably trigger this by starting the main application, ensuring that it is not maximized, then clicking the folder icon in the upper left to trigger the open-file dialog. Said dialog will in most cases not respond to input as described above; and, when it is closed, the main window will sometimes similarly stop responding to input. I can also see this behaviour, though less consistently, with the first window that shows up (warning you that this program is a free trial); this window sometimes fails to respond to input, and usually the main window will fail to respond after it is closed. This state of unresponsiveness can in fact be undone. If the main window is unresponsive, minimizing and restoring it will cause it to again be responsive. More bizarrely, if one of the dialog windows is unresponsive, moving the main window below the dialog (or nearly below it) will cause it to be responsive; additionally, any keyboard or mouse events will be processed. Adding some traces to DIALOG_DoDialogBox() shows that there are clearly mouse events in the queue, but they seem to be ignored by PeekMessage(). I have no idea why this would happen. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 42555] New: Units are invisible in Shogun: Total War battle map
by wine-bugs＠winehq.org May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=42555 Bug ID: 42555 Summary: Units are invisible in Shogun: Total War battle map Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- Created attachment 57460 --> https://bugs.winehq.org/attachment.cgi?id=57460 wine log Units that should appear on the battle map are invisible. They are still there, you can see them moving around on the minimap and you can select them and give orders, but they aren't visible. Shogun is known to not work well with modern Windows, so I've tried with both Windows 7 and Windows 98 on a clean prefix, but I get the same issue. >From the logs, this appears to be a d3d issue. Shogun uses DirectX 8, if it helps. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 49011] New: Royal Quest crashes wineserver
by WineHQ Bugzilla May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=49011 Bug ID: 49011 Summary: Royal Quest crashes wineserver Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Distribution: --- Click "PLAY" in the launcher, click "Log In" -> boom. (Usually anyway, I think a couple times I was able to pick a character then got the crash after clicking "Enter".) Requested run of gdb gave this: Reading symbols from /opt/wine-devel/bin/wineserver...Reading symbols from /usr/lib/debug/.build-id/95/97696b2e8b609fa120eaaaf5340792be83679b.debug...done. done. [New LWP 15901] Core was generated by `/opt/wine-devel/bin/wineserver'. Program terminated with signal SIGSEGV, Segmentation fault. #0 req_get_thread_context (req=0x5618cb954488, reply=0x7ffc8c5c7b20) at thread.c:1851 1851 thread.c: No such file or directory. (gdb) backtrace #0 req_get_thread_context (req=0x5618cb954488, reply=0x7ffc8c5c7b20) at thread.c:1851 #1 0x00005618c9521ec3 in call_req_handler (thread=<optimized out>) at request.c:310 #2 0x00005618c9528630 in thread_poll_event (fd=<optimized out>, event=1) at thread.c:368 #3 0x00005618c9502ef6 in main_loop_epoll () at fd.c:476 #4 0x00005618c950316e in main_loop () at fd.c:937 #5 0x00005618c94f39e6 in main () And regression test yielded this: c4dab9b76eb7397f6e5325ff4bdf792cf500e571 is the first bad commit commit c4dab9b76eb7397f6e5325ff4bdf792cf500e571 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed Apr 22 14:33:23 2020 +0200 server: Block by waiting on context handle in get_thread_context. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=48052 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45546 Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 23489508911b463430ec94f084243ab7b6b47a49 376d2675fd4f00819efed8efdbc00d0c80580eb9 M dlls :040000 040000 0fe4c763311f30a02a6341d5e9ec9529d5efa701 35da9ef4fc5f1a4c732d0f1b748387e938787293 M include :040000 040000 40c59f9f5407f93d2223a2d546a47bd6864f2ae2 8c7414aad06eeeee9148960c93dcad26cc7cc00f M server -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 47690] New: When DirectWrite rendering is enabled in Notepad++ there are still no ligatures.
by wine-bugs＠winehq.org May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=47690 Bug ID: 47690 Summary: When DirectWrite rendering is enabled in Notepad++ there are still no ligatures. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- [Notepad++](https://github.com/notepad-plus-plus/notepad-plus-plus) is an application based on Scintilla. Scintilla is a library for creating textareas. [DirectWrite](https://docs.microsoft.com/en-us/windows/win32/directwrite/dir… is an API for text rendering with subpixel antialiasing which can be hardware-accelerated using Direct2D. [SCI_SETTECHNOLOGY](https://www.scintilla.org/ScintillaDox.html#SCI_SETTECHN… is a enum value identifying a call to Scintilla (in fact it is done using Windows messages). When it is set to values > 0 (SC_TECHNOLOGY_DIRECTWRITE, SC_TECHNOLOGY_DIRECTWRITERETAIN, or SC_TECHNOLOGY_DIRECTWRITEDC), Scintilla uses DirectDraw accelerated via Direct2D for rendering instead of an own surrogate. A byproduct of enebling DirectWrite rendering is ligatures support on fonts having them, like Fira Code. In fact it is the main reason to enable DirectWrite in NPP. In Windows >7 everything works fine. In Wine there are no ligatures (and some other issues). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 45774] New: Black screen (Ragnarok Online kRO)
by wine-bugs＠winehq.org May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=45774 Bug ID: 45774 Summary: Black screen (Ragnarok Online kRO) Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vectorfish(a)gmail.com Distribution: --- Since Wine 3.13, you get black screen in Ragnarok Online from the very beginning. I went through regression test and it turned out that the issue started with commit 6ccb94392a8ef4bca701ae2a560f4ea1da677edd ("server: Clip visible region to the surface rectangle instead of the desktop."). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 17233] New: Zanzarah game opens a black fullscreen window and then crashes
by wine-bugs＠winehq.org May 8, 2020

May 8, 2020

http://bugs.winehq.org/show_bug.cgi?id=17233 Summary: Zanzarah game opens a black fullscreen window and then crashes Product: Wine Version: 1.1.14 Platform: PC-x86-64 URL: http://www.download.com/Zanzarah-demo/3000-7492_4- 10246951.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: gryffus(a)hkfree.org Game opens a black fullscreen window and then crashes. I am using an nvidia card. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 42

[Bug 48927] New: Heap buffer underflow in TiffFrameDecode_ReadTile when decoding 1x1 4bpp RGBA image
by WineHQ Bugzilla May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=48927 Bug ID: 48927 Summary: Heap buffer underflow in TiffFrameDecode_ReadTile when decoding 1x1 4bpp RGBA image Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thomas.faber(a)reactos.org CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 66887 --> https://bugs.winehq.org/attachment.cgi?id=66887 Debugger info from ReactOS ReactOS bug for reference: https://jira.reactos.org/browse/CORE-16796 Apologies for not reproducing this on Wine; the bug & fix are pretty simple though. The gdiplus:image test tries to decode a 1x1 TIFF image, and TiffFrameDecode_ReadTile assumes that the cached_tile is large enough for an even number of output pixels (i.e. a full number of input bytes). The issue appears to be with this Staging patch: https://github.com/wine-staging/wine-staging/blob/master/patches/windowscod… The attachment has a backtrace and relevant variables. The line numbers may not match but the underflow got caught at: dst[0] = (b & 0x20) ? 0xff : 0; /* B */ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12