August 2022 - Wine-bugs - list.winehq.org

[Bug 53545] New: Visual Novel Doukyuusei sound loop
by WineHQ Bugzilla 28 Aug '22

28 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=53545 Bug ID: 53545 Summary: Visual Novel Doukyuusei sound loop Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)winehq.org Reporter: flampool(a)protonmail.com Distribution: --- Created attachment 72910 --> https://bugs.winehq.org/attachment.cgi?id=72910 Errors thrown in wine 7.14 Hello. All BGM in the visual novel Doukyuusei Remake is interrupted and restarted after a 3 second period of playback. Running winetricks dsdmo fixes the issue. Trial for the game https://sample9.dmm.co.jp/digital/pcgame/fanzagames_0003pack/do_kyu_sei_re_… -- 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 7

[Bug 52021] New: Zorro 2.40.9 window looks blurred after minimizing and maximizing it.
by WineHQ Bugzilla 28 Aug '22

28 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=52021 Bug ID: 52021 Summary: Zorro 2.40.9 window looks blurred after minimizing and maximizing it. Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: virtualreal(a)gmail.com Distribution: --- Created attachment 71020 --> https://bugs.winehq.org/attachment.cgi?id=71020 Blurred window Introduction. Zorro is a piece of software for developing & deploying automated trading strategies. Issue. Once you minimize it's window and then maximize it back to normal size, the window looks completely blurred. How to reproduce this? Download Zorro from http://opserver.de/down/Zorro_setup.exe and run the default installation. Here's terminal output, note that the missing ForexConnect.dll library isn't relevant to this problem. //begin wine zorro.exe 02d0:err:module:import_dll Library ForexConnect.dll (which is needed by L"C:\\Program Files\\Zorro\\Plugin\\FXCM.dll") not found 02d0:fixme:imm:ImeSetActiveContext (0x2bff30, 1): stub 02d0:fixme:imm:ImmReleaseContext (000F040C, 002BFF30): stub 02d0:fixme:msvcrt:__clean_type_info_names_internal (003A73D4) stub 02d0:fixme:msvcrt:__clean_type_info_names_internal (026BE424) stub //end Attached you will find screenshot from Zorro after minimizing & maximizing it's window. -- 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 23153] New: OS X cannot redirect steam:// URL to Steam.exe
by wine-bugs＠winehq.org 27 Aug '22

27 Aug '22

http://bugs.winehq.org/show_bug.cgi?id=23153 Summary: OS X cannot redirect steam:// URL to Steam.exe Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: richardcavell(a)mail.com Created an attachment (id=28798) --> (http://bugs.winehq.org/attachment.cgi?id=28798) Dialog box I am running the PC version of Steam within OS X. I have installed Half-Life. Now I would like to install the high-definition pack. The way to do this is to visit the link: steam://installaddon/halflifehd However, clicking on this link does not automatically send the click to Steam (so whatever API is used by Steam to register steam:// to redirect to Steam.exe is having no effect). When I click on the above link, I get a dialog box within OS X (attached). From within this dialog, I can select any OS X application (*.app) to receive the steam:// click. However, if I navigate my drive_c directory, all Windows executables, including Steam.exe, are gray and cannot be selected. Therefore, I cannot redirect it to the PC version of Steam. (It's worth noting that one could redirect it to the Mac version of Steam). This is obviously a problem with Wine fitting into the OS X design paradigm. But the program doesn't work as it's supposed to, so it's a bug. Richard -- 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 13

[Bug 52694] New: EnumPrintersW crashes on Linux but not on Windows
by WineHQ Bugzilla 27 Aug '22

27 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=52694 Bug ID: 52694 Summary: EnumPrintersW crashes on Linux but not on Windows Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- ``` let argument_0 = 10000; let argument_1 = PCWSTR::default(); let argument_2 = 10000; let mut argument_3 = 100; let argument_3 = &mut argument3; let argument_4 = 10000; let mut argument_5 = 10000; let argument_5 = &mut argument5; let mut argument_6 = 10000; let argument_6 = &mut argument6; EnumPrintersW(argument_0,argument_1,argument_2,argument_3,argument_4,argument_5,argument_6); ``` seems to crash app Steps to reproduce - Download Fuzzer - https://github.com/qarmin/Win32Fuzzer/releases/download/1.1.0/win_project_6… - Create `settings.txt` in same folder - Fill it with this content ``` allowed_functions: EnumPrintersW repeating_number: 50 random: false ``` - Run `win_project_64.exe` ``` 01e0:fixme:winspool:WINSPOOL_EnumPrintersW dwType = 00002710 wine: Unhandled page fault on execute access to 0000000000000000 at address 0000000000000000 (thread 01e0), starting debugger... Unhandled exception: page fault on execute access to 0x0000000000000000 in 64-bit code (0x0000000000000000). .... .... System information: Wine build: wine-7.4 Platform: x86_64 Version: Windows 10 Host system: Linux Host version: 5.13.0-35-generic ``` -- 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 11

[Bug 52776] New: The issue of internal Wine errors and warnings for creating a new prefix/running built-in applications
by WineHQ Bugzilla 27 Aug '22

27 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=52776 Bug ID: 52776 Summary: The issue of internal Wine errors and warnings for creating a new prefix/running built-in applications Product: Wine Version: 7.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- It's purely a cosmetics issue but it's really annoying, so I'd love to hear from Wine developers. This is not a bug per se, but I don't know where to ask. It would be really great if Wine was error/warning-free in terms of using internal applications or/and creating a new prefix. Here's an example for Wine 7.5 for a brand new non-existing ~/.wine: $ wine notepad 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0048:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0050:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0048:err:ole:start_rpcss Failed to open RpcSs service 0050:fixme:imm:ImeSetActiveContext (0x25e320, 0): stub 0050:fixme:imm:ImmReleaseContext (00010020, 0025E320): stub 002c:fixme:imm:ImeSetActiveContext (0x257128, 1): stub 002c:fixme:imm:ImmReleaseContext (0001004E, 00257128): stub 0088:err:setupapi:SetupDefaultQueueCallbackW copy error 1812 L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" -> L"C:\\windows\\inf\\wineusb.inf" wine: configuration in L"/home/birdie/.wine" has been updated. 0104:fixme:imm:ImeSetActiveContext (0x26b460, 1): stub 0104:fixme:imm:ImmReleaseContext (00030048, 0026B460): stub * Three fixme's for actctx. * Seven errors for ole. * Six fixme's for imm. * One error for setupapi. Here's the second run: $ wine notepad 00c4:fixme:imm:ImeSetActiveContext (0x26b460, 1): stub 00c4:fixme:imm:ImmReleaseContext (00010058, 0026B460): stub 00cc:fixme:imm:ImeSetActiveContext (0x26b0a0, 0): stub 00cc:fixme:imm:ImmReleaseContext (00010020, 0026B0A0): stub I'm being nit-picky, apologies, but this all looks quite untidy. -- 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 53393] New: wine-stable depend on wine-stable-i386
by WineHQ Bugzilla 27 Aug '22

27 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=53393 Bug ID: 53393 Summary: wine-stable depend on wine-stable-i386 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: david(a)ixit.cz CC: dimesio(a)earthlink.net Distribution: --- On my Debian system, I can install `wine64` (from Debian sources) and I get wine complaining about missing 32-bit libraries, but working for my purpose (running 64-bit apitrace). In CI, where we loaded the winehq repository, I'm unable to cleanly install wine-stable, without installing both wine-stable-amd64 and wine-stable-i386, while I believe, the latter should be RECOMMENDED, but NOT REQUIRED. If there is a chance we could drop the hack to avoid installing the whole i386 subarch into CI, I would be really glad. Thank you. -- 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 7

[Bug 52830] New: DWRITE.DLL cannot be cross-compiled for WIN32 with freetype
by WineHQ Bugzilla 27 Aug '22

27 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=52830 Bug ID: 52830 Summary: DWRITE.DLL cannot be cross-compiled for WIN32 with freetype Product: Wine Version: 7.6 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com DWRITE.DLL cannot be cross-compiled for WIN32 with freetype delay-load dependency thus fonts are not being rendered on Windows hosts. Steps I used to enable cross-compilation with freetype: 1. Addad freetype headers into "include" folder 2. Changed in config.h.in: #define HAVE_FREETYPE 1 #define HAVE_FT2BUILD_H 1 #define SONAME_LIBFREETYPE "freetype.dll" In order to cross-compile for WIN32 I should use "--without-freetype" key in configure. -- 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 8

[Bug 29240] New: Anti-aliasing not working for all fonts
by wine-bugs＠winehq.org 27 Aug '22

27 Aug '22

http://bugs.winehq.org/show_bug.cgi?id=29240 Bug #: 29240 Summary: Anti-aliasing not working for all fonts Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: A.Fettouhi(a)gmail.com Classification: Unclassified Yesterday I updated wine on my Arch 64 bit system from 1.3.33 to 1.3.34. Since then I've noticed that some now aren't anti-aliased anymore. I've seen it in Steam when looking at the fonts displaying "MAC", "VIDEOS" etc. on the main page and on the install pop-up that appears when you install flash11. These fonts looked fine on 1.3.33 but with 1.3.34 they look "ugly". So some kind of regression happended. -- 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 32

[Bug 49913] New: Can't play Maro Kart DX12 (ThICC_Engine.exe) in Wine 5.18 using RADV on AMD GPU
by WineHQ Bugzilla 27 Aug '22

27 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=49913 Bug ID: 49913 Summary: Can't play Maro Kart DX12 (ThICC_Engine.exe) in Wine 5.18 using RADV on AMD GPU Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: yuri(a)linuxreviews.org Distribution: --- Created attachment 68283 --> https://bugs.winehq.org/attachment.cgi?id=68283 Wine backtrace of Mario Kart DX12 The game Mario Kart DX12 using something called "ThICC_Engine" fails to run in Wine 5.18 with vkd3d-1.2. It is a freeware game from Itch, https://mattfiler.itch.io/mario-kart-dx12 I also filed a Mesa bug at https://gitlab.freedesktop.org/mesa/mesa/-/issues/3567 It may be a Wine/vkd3d bug not a Mesa bug. Odd thing is that if you start it and leave it alone it starts racing on it's own and that works, see screenshots at https://linuxreviews.org/Vkd3d_1.2_Is_Released but if you start a game to play it the game just crashes. It should be easy to reproduce since the game is freeware. -- 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 51048] New: wine explorer /desktop=default,<resolution> does not render a virtual desktop
by WineHQ Bugzilla 27 Aug '22

27 Aug '22

https://bugs.winehq.org/show_bug.cgi?id=51048 Bug ID: 51048 Summary: wine explorer /desktop=default,<resolution> does not render a virtual desktop Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: geoff.pvgn1(a)gmail.com Distribution: --- When executing any program through wine, and using the command line to generate a virtual desktop, no virtual desktop will be created if it is named "default". For example, wine explorer /desktop=default,1920x1080 control yields the control panel without a bordering desktop. wine explorer /desktop=foo,1920x1080 control creates the virtual desktop with the control panel within it correctly, and names the virtual desktop "foo". Capitalizations of "default" do not seem to make a difference. Tested in Gentoo Linux, 2021, with vanilla wine 6.6 -- 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