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

[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 49068] New: 'Access violation in riched20.dll' with certain GOG.com installers
by WineHQ Bugzilla May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=49068 Bug ID: 49068 Summary: 'Access violation in riched20.dll' with certain GOG.com installers Product: Wine Version: 5.7 Hardware: x86 URL: https://www.gog.com/game/teenagent OS: Linux Status: NEW Keywords: Installer, regression Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 650aebadb7ade8b95766b5f2a9062c2210b0eca1 Distribution: --- Some (but not all) of the game installers from GOG.com are plagued by this problem. After the language selecting dialogue the following error messages are shown: "Access violation at address 7AC51DD3 in module riched20.dll." Followed by "System error. Code: 1400. Invalid window handle." Afterwards the installer quits prematurely. Reverting commit 650aebadb7ade8b95766b5f2a9062c2210b0eca1 fixes the problem. 'winetricks riched20' also acts as a workaround. Plain terminal output doesn't show anything unusual. Looks like the problem occurs when Wine is compiled using the "--without-mingw" flag. The game 'Teenagent' is available for free on GOG. If you have an account then you can reproduce the problem with that (download size ~20 MB). Otherwise just let me know what debug log would be helpful. https://www.gog.com/game/teenagent wine-5.7-141-g0c27d244f7 -- 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 6

[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 49087] New: Blindwrite 7.0 'ezplay.sys' needs ntoskrnl.exe.RtlCopyMemoryNonTemporal
by WineHQ Bugzilla May 8, 2020

May 8, 2020

https://bugs.winehq.org/show_bug.cgi?id=49087 Bug ID: 49087 Summary: Blindwrite 7.0 'ezplay.sys' needs ntoskrnl.exe.RtlCopyMemoryNonTemporal Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track this patch from Zeb: https://www.winehq.org/pipermail/wine-devel/2020-May/165679.html Download: https://web.archive.org/web/20131210151026/http://download2.vso-software.fr… --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl,+module,+virtual wineboot >> log.txt 2>&1 ... 00b8:trace:ntoskrnl:load_driver loading driver L"C:\\windows\\System32\\Drivers\\ezplay.sys" 00b8:Call KERNEL32.LoadLibraryW(007fe230 L"C:\\windows\\System32\\Drivers\\ezplay.sys") ret=00236878 ... 00b8:warn:module:import_dll No implementation for NTOSKRNL.exe.RtlCopyMemoryNonTemporal imported from L"C:\\windows\\System32\\Drivers\\ezplay.sys", setting to 0xe30000 ... 00b8:Ret KERNEL32.LoadLibraryW() retval=00e10000 ret=00236878 ... --- snip --- --- snip --- $ winedump -j import .wine/drive_c/windows/system32/drivers/ezplay.sys Contents of .wine/drive_c/windows/system32/drivers/ezplay.sys: 118400 bytes Import Table size: 0000003c offset 0001c1ec NTOSKRNL.exe Hint/Name Table: 0001C240 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00009B98 Thunk Ordn Name 00009b98 250 PoSetPowerState 00009ba0 323 ZwClose 00009ba8 344 ZwSetValueKey 00009bb0 291 RtlInitUnicodeString 00009bb8 115 IoOpenDeviceRegistryKey 00009bc0 117 IoRegisterDeviceInterface 00009bc8 270 RtlCopyMemoryNonTemporal 00009bd0 86 IoDeleteDevice 00009bd8 88 IoDetachDevice 00009be0 68 IoAttachDeviceToDeviceStack 00009be8 108 IoInitializeRemoveLockEx 00009bf0 76 IoCreateDevice 00009bf8 156 IofCompleteRequest 00009c00 198 KeSetEvent 00009c08 128 IoSetDeviceInterfaceState 00009c10 155 IofCallDriver 00009c18 271 RtlCopyUnicodeString 00009c20 204 KeWaitForSingleObject 00009c28 286 RtlFreeUnicodeString 00009c30 136 IoUnregisterPlugPlayNotification 00009c38 243 ObfDereferenceObject 00009c40 268 RtlCompareUnicodeString 00009c48 72 IoBuildSynchronousFsdRequest 00009c50 70 IoBuildDeviceIoControlRequest 00009c58 100 IoGetDeviceObjectPointer 00009c60 118 IoRegisterPlugPlayNotification 00009c68 122 IoReleaseRemoveLockEx 00009c70 95 IoFreeWorkItem 00009c78 116 IoQueueWorkItem 00009c80 66 IoAllocateWorkItem 00009c88 60 IoAcquireRemoveLockEx 00009c90 121 IoReleaseRemoveLockAndWaitEx 00009c98 245 PoCallDriver 00009ca0 252 PoStartNextPowerIrp 00009ca8 248 PoRequestPowerIrp 00009cb0 135 IoStopTimer 00009cb8 267 RtlCompareMemory 00009cc0 22 ExFreePool 00009cc8 171 KeInitializeEvent 00009cd0 165 KeDelayExecutionThread 00009cd8 220 MmMapLockedPagesSpecifyCache 00009ce0 347 __C_specific_handler 00009ce8 134 IoStartTimer 00009cf0 109 IoInitializeTimer 00009cf8 162 KeBugCheckEx 00009d00 14 ExAllocatePoolWithTag offset 0001c200 HAL.DLL Hint/Name Table: 0001C228 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00009B80 Thunk Ordn Name 00009b80 2 KeStallExecutionProcessor 00009b88 1 KeQueryPerformanceCounter Done dumping .wine/drive_c/windows/system32/drivers/ezplay.sys --- snip --- $ sha1sum Blindwrite7_setup.exe 8b357a5613b5f348e0105d9dbb84ef42550016ee Blindwrite7_setup.exe $ du -sh Blindwrite7_setup.exe 14M Blindwrite7_setup.exe $ wine --version wine-5.7-177-gad1fad8a94 Regards -- 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 3

[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