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

[Bug 6682] IrfanView's 4.44 Help -> About window is missing a picture on the left
by wine-bugs＠winehq.org May 5, 2019

May 5, 2019

https://bugs.winehq.org/show_bug.cgi?id=6682 --- Comment #64 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to Artem S. Tashkinov from comment #63) > This seems to be fixed in Wine 4.7 at least for me using Irfan View 4.51. > > Feel free to close. Tried on another PC with a different DPI and the bug is still there. -- 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 0

[Bug 40772] New: Error message and black screen in Stranger of Sword City
by wine-bugs＠winehq.org May 5, 2019

May 5, 2019

https://bugs.winehq.org/show_bug.cgi?id=40772 Bug ID: 40772 Summary: Error message and black screen in Stranger of Sword City Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funtimeschaos(a)rocketmail.com Distribution: --- Created attachment 54671 --> https://bugs.winehq.org/attachment.cgi?id=54671 Console output on clean wine install 1.9.11 When trying to start Stranger of Sword City, a window opens and an error message says: "Failed to create sound engine. SE or BGM may not play properly. This issue might be resolved by installing DirectX End User Runtime. For more details, please check the About DirectX section in the Stranger of Sword City Manual." The game window remains black, though the cursor in it is changed (mostly likely to the game's built in cursor) and nothing else happens. I've also tried running it with directx9 installed via winetricks, only to receive the same message. -- 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 4

[Bug 43390] New: valgrind shows a few definite leaks in dlls/xaudio2_7/ tests/xaudio2.c
by wine-bugs＠winehq.org May 5, 2019

May 5, 2019

https://bugs.winehq.org/show_bug.cgi?id=43390 Bug ID: 43390 Summary: valgrind shows a few definite leaks in dlls/xaudio2_7/tests/xaudio2.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==3551== 8 bytes in 1 blocks are definitely lost in loss record 63 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C85281: XAudio2Create (xaudio_dll.c:2159) ==3551== by 0x4A1B741: func_xaudio2 (xaudio2.c:1150) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 94 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A1B1A7: test_xapo_creation_modern (xaudio2.c:1053) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 95 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DAFA: CreateAudioReverb (xapofx.c:809) ==3551== by 0x4A1B2D4: test_xapo_creation_modern (xaudio2.c:1067) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 96 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A176DB: test_simple_streaming (xaudio2.c:293) ==3551== by 0x4A1B807: func_xaudio2 (xaudio2.c:1158) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 349 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B3ED: test_xapo_creation (xaudio2.c:1083) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 350 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C37F03: ??? ==3551== by 0x5C38059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B401: test_xapo_creation (xaudio2.c:1084) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 351 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B415: test_xapo_creation (xaudio2.c:1085) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 352 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B429: test_xapo_creation (xaudio2.c:1086) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 353 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B43D: test_xapo_creation (xaudio2.c:1087) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 354 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5E44F03: ??? ==3551== by 0x5E45059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B451: test_xapo_creation (xaudio2.c:1088) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 355 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DC35: CreateFX (xapofx.c:835) ==3551== by 0x4A1AE99: test_xapo_creation_modern (xaudio2.c:1018) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== -- 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 47113] New: Some images is black, but real is transparent
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=47113 Bug ID: 47113 Summary: Some images is black, but real is transparent Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurikazakov9184(a)gmail.com Distribution: --- Created attachment 64316 --> https://bugs.winehq.org/attachment.cgi?id=64316 bugged images In program "Microsoft .NET by diakov.net" I see strange bug with images. In real images is transparent (in Windows), but in Wine is black. -- 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 31

[Bug 45557] New: winecfg -> wine: '/home/ich/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver.
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=45557 Bug ID: 45557 Summary: winecfg -> wine: '/home/ich/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver. Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: Ulf.Zibis(a)gmx.de CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- On Ubuntu 18.04 I installed with: sudo dpkg --add-architecture i386 # Nur auf 64-Bit-Systemen notwendig wget -O - https://dl.winehq.org/wine-builds/Release.key | sudo apt-key add - sudo apt-add-repository 'https://dl.winehq.org/wine-builds/ubuntu/' && sudo apt update sudo apt install winehq-stable winetricks With $ winecfg I get: ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. wine: '/home/ich/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver. For ERROR: ld.so: see bug 45434, but there remains the other blocking problem. In /opt/wine-stable/bin/ wine64* is missing, see: $ ls -l /usr/bin/wine lrwxrwxrwx 1 root root 25 Jul 4 11:51 /usr/bin/wine -> /opt/wine-stable/bin/wine ich(a)T500:~$ ls -l /usr/bin/wine /usr/bin/wine64* lrwxrwxrwx 1 root root 25 Jul 4 11:51 /usr/bin/wine -> /opt/wine-stable/bin/wine lrwxrwxrwx 1 root root 27 Jul 4 11:51 /usr/bin/wine64 -> /opt/wine-stable/bin/wine64 lrwxrwxrwx 1 root root 37 Jul 4 11:51 /usr/bin/wine64-preloader -> /opt/wine-stable/bin/wine64-preloader $ ls -l /opt/wine-stable/bin/wine /opt/wine-stable/bin/wine64* ls: Zugriff auf '/opt/wine-stable/bin/wine64*' nicht möglich: Datei oder Verzeichnis nicht gefunden -rwxr-xr-x 1 root root 9556 Jul 4 12:05 /opt/wine-stable/bin/wine -- 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 21

[Bug 5129] Faststone Image Viewer doesn't show all images when scrolling
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=5129 --- Comment #34 from TK <thomas(a)keegans.org> --- (In reply to Nikolay Sivov from comment #33) > (In reply to TK from comment #32) > > Thanks! I did the regression test between wine-2.7 and wine-2.8. On > > wine-2.7, I can use the native comctl32.dll fine, and in wine-2.8, Faststone > > does not load properly. > > > > The regression test from git showed the following: > > b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit > > commit b8bf0c2628d69952aca59855e155807b6011d5fa > > Author: Huw Davies <huw(a)codeweavers.com> > > Date: Tue May 2 16:12:35 2017 +0100 > > > > shell32: Simplify imagelist handling. > > > > Signed-off-by: Huw Davies <huw(a)codeweavers.com> > > Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> > > > > :040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754 > > 538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls > > > > In other words, it works in wine-2.7-39-g3a1b289d66, but not in > > wine-2.7-40-gb8bf0c2628 . > > This means you can't use native comctl32 version 5 since this commit. It's > not a regression by itself. Try to install into clean wineprefix without > native comctl32.dll library. That's correct. I've tested several comctl32.dll versions, going back to XP and up to Windows 10. As in the original bug posted by Dan Kegel back in 2006, Faststone does not work properly with the builtin library, and the old workaround, which worked until wine-2.7-40-gb8bf0c2628, was to use native comctl32.dll. The bug 43490 is actually more accurate about what is going on. So, installing into a clean wineprefix with the builtin dll renders badly (on multiple wine versions, including 4.7), and the native dll does not work after wine-2.7-40-gb8bf0c2628. -- 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 0

[Bug 5129] Faststone Image Viewer doesn't show all images when scrolling
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=5129 --- Comment #33 from Nikolay Sivov <bunglehead(a)gmail.com> --- (In reply to TK from comment #32) > Thanks! I did the regression test between wine-2.7 and wine-2.8. On > wine-2.7, I can use the native comctl32.dll fine, and in wine-2.8, Faststone > does not load properly. > > The regression test from git showed the following: > b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit > commit b8bf0c2628d69952aca59855e155807b6011d5fa > Author: Huw Davies <huw(a)codeweavers.com> > Date: Tue May 2 16:12:35 2017 +0100 > > shell32: Simplify imagelist handling. > > Signed-off-by: Huw Davies <huw(a)codeweavers.com> > Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> > > :040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754 > 538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls > > In other words, it works in wine-2.7-39-g3a1b289d66, but not in > wine-2.7-40-gb8bf0c2628 . This means you can't use native comctl32 version 5 since this commit. It's not a regression by itself. Try to install into clean wineprefix without native comctl32.dll library. -- 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 0

[Bug 5129] Faststone Image Viewer doesn't show all images when scrolling
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=5129 TK <thomas(a)keegans.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |huw(a)codeweavers.com --- Comment #32 from TK <thomas(a)keegans.org> --- Thanks! I did the regression test between wine-2.7 and wine-2.8. On wine-2.7, I can use the native comctl32.dll fine, and in wine-2.8, Faststone does not load properly. The regression test from git showed the following: b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit commit b8bf0c2628d69952aca59855e155807b6011d5fa Author: Huw Davies <huw(a)codeweavers.com> Date: Tue May 2 16:12:35 2017 +0100 shell32: Simplify imagelist handling. Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754 538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls In other words, it works in wine-2.7-39-g3a1b289d66, but not in wine-2.7-40-gb8bf0c2628 . -- 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 0

[Bug 46957] New: Safecracker (1998): Installer freezes on wine versions above 3.21
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=46957 Bug ID: 46957 Summary: Safecracker (1998): Installer freezes on wine versions above 3.21 Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: odecif(a)gmail.com Distribution: --- The software is the game Safecracker by Daydream Software from 1998. Steps to reproduce: 1. Insert the CD into the drive / mount the ISO 2. Start the installer 3. Installer starts in a window and you choose language 4. Next step, select path to install (C:/SC by default) and click OK 5. Now the installer freezes and nothing happens. There is very little console information, probably due to the software being written in Macromedia Director 5.0 which is really old (even Windows XP has some issues with this game). In Wine 3.21, the installer continues to copy files and finish the install flow. Attached you may find the debug log from the command: WINEDEBUG=+relay,+seh,+tid WINEARCH=win32 WINEPREFIX="$HOME/.wine32" wine /mnt/mount2/SC32INST.EXE >> sc_install_log.txt 2>&1 When run with debug flag the installer does not freeze but crashes instead. -- 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 4

[Bug 44279] New: Wine can' t enumerate HID device that is based on Bluetooth (a Wiimote)
by wine-bugs＠winehq.org May 4, 2019

May 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=44279 Bug ID: 44279 Summary: Wine can't enumerate HID device that is based on Bluetooth (a Wiimote) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: epigramx(a)yahoo.com Distribution: --- On Windows, if I run hclient.exe (source here: https://github.com/Microsoft/Windows-driver-samples/tree/master/hid/hclient) I can normally see my paired and connected device, as shown in this image: https://i.imgur.com/Up60k7s.png It's one of the Wii Remote Plus devices. However, if I do pair and connect the device on Debian and if it correctly appears in /sys/bus/hid/devices and all the tests here work: https://wiki.archlinux.org/index.php/XWiimote , running hclient.exe with wine on linux does not find that hid device which might explain why it's not detected by a console application that relies on enumerating HID devices on windows. I suspect it's a limitation of wine in finding HID devices if they originate from Bluetooth but I can't be sure. I might return with more details later on (when I reboot to Linux) but let me know if you need specific further details. Wiimotes are very common so if a dev could try one and see if he can enumerate it in hclient (source above) that'd be great. -- 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 13