January 2023 - Wine-Bugs - list.winehq.org

[Bug 50260] New: no printing possible at all
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=50260 Bug ID: 50260 Summary: no printing possible at all Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefanehaas(a)web.de Distribution: --- Created attachment 68794 --> https://bugs.winehq.org/attachment.cgi?id=68794 Print error popup when printing I run wine 3.0 (stable on elementaryOS 5.1.7 Hera (ubuntu 18.04 bionic LTS). All my cups printers are recognized in win32 env/apps (powerpoint, notepad, ...) but on printing I immediately get a (generic) error no matter which printer (physical, PDF) I use -- 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 14831] New: ws2_32: sock.ok fails in Solaris, but not Linux
by wine-bugs＠winehq.org Jan. 27, 2023

Jan. 27, 2023

http://bugs.winehq.org/show_bug.cgi?id=14831 Summary: ws2_32: sock.ok fails in Solaris, but not Linux Product: Wine Version: 1.1.2 Platform: PC OS/Version: Solaris Status: NEW Keywords: testcase Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com austin(a)opensolaris:~/wine-git/dlls/ws2_32/tests$ make testclean ; wineserver -k ; rm -rf ~/.wine ; make sock.ok rm -f protocol.ok sock.ok ../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p ws2_32_test.exe.so sock.c && touch sock.ok wine: created the configuration directory '/export/home/austin/.wine' err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! Could not load Mozilla. HTML rendering will be disabled. sock.c:947: Test failed: get/setsockopt(SO_RCVTIMEO) failed error: 10042 sock.c:955: Test failed: get/setsockopt(SO_SNDTIMEO) failed error: 10042 err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! sock.c:1258: Test failed: Failed to create socket: 10043 sock.c:1662: Test succeeded inside todo block: select should not return any socket handles sock.c:1663: Test succeeded inside todo block: FD should not be set sock.c:1664: Test succeeded inside todo block: FD should not be set sock.c:1688: Test failed: closesocket did not wakeup select sock.c:1765: Test failed: closesocket did not wakeup accept +winsock attached -- 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 15

[Bug 54281] New: LEGO Stunt Rally regression - segfault on launch
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=54281 Bug ID: 54281 Summary: LEGO Stunt Rally regression - segfault on launch Product: Wine Version: 8.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 73846 --> https://bugs.winehq.org/attachment.cgi?id=73846 winspool log from working run The game LEGO Stunt Rally immediately segfaults on launch. This is a regression introduced in 6.21 still reproducible with 8.0-rc3. Bisecting the changes points to this commit: [e432c1cd307ae6fbebd352b5cb6fb0f3aafbba3b] winspool: Remove support for parsing /etc/printcap. The game does actually support printing and I can confirm that trying the commit immediately prior works fine. I'm attaching winspool logs from the prior, working, commit and from the broken 8.0-rc3. Note that in 8.0-rc3 none of my printers are detected, but I don't think this is the root of the problem as I assume the game does not actually require an installed printer. -- 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 52772] New: winetricks wmp9 fails to install (kernel32 version string doesn't match windows version)
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=52772 Bug ID: 52772 Summary: winetricks wmp9 fails to install (kernel32 version string doesn't match windows version) Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: 04a8213ba9e3b8aa1f980d19b240929948da5abe Distribution: --- After: commit 04a8213ba9e3b8aa1f980d19b240929948da5abe Author: Arkadiusz Hiler <ahiler(a)codeweavers.com> Date: Tue Apr 20 14:38:09 2021 +0300 kernel32: Update version to Win 10. This fixes the game Evil Genius 2 complaining about unsupported OS. Signed-off-by: Arkadiusz Hiler <ahiler(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> `winetricks wmp9` no longer installs; instead an error dialog saying that <= WINXP is required: 0124:trace:text:DrawTextExW L"This version of Windows Media Player can be installed only on Windows 98 Second Edition, Windows Millennium Edition, Windows 2000, Windows XP, and Windows .NET Server.", -1, [(0,0)-(237,52)] 00000850 winetricks is setting the windows version of the wineprefix to winxp before installing, but it seems that the installer is checking the kernel32 version strings, and failing to install as a result. Still present in wine-7.5-175-g0de8d01b09b, reverting the patch allows the installer to proceed. I'm not sure what we can do here. Currently the version string is hardcoded regardless of what version of windows we're reporting. I'd guess either we need to allow overriding the string/shipping different resource files for different reported windows versions, or call this a WONTFIX? -- 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 9

[Bug 54319] New: wrc doesn't find locales.nls
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=54319 Bug ID: 54319 Summary: wrc doesn't find locales.nls Product: Wine Version: 8.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: steve.schnepp(a)gmail.com Distribution: --- Created attachment 73883 --> https://bugs.winehq.org/attachment.cgi?id=73883 tools/wrc/wrc.c.diff When building 8.0rc4 in a i386 chroot I have an error : tools/wrc/wrc -u -o dlls/aclui/aclui.res --nostdinc --po-dir=po -Idlls/aclui -Iinclude -Iinclude/msvcrt -D_UCRT \ -D__WINESRC__ dlls/aclui/aclui.rc Error: unable to load locale.nls make: *** [Makefile:1459: dlls/aclui/aclui.res] Error 2 If I launch the command with a --nls-dir=nls it works. It actually works with *any* directory. It seems that the 1st NULL is never replaced correctly in the line 145 of tools/wrc/wrc.c. const char *nlsdirs[3] = { NULL, NLSDIR, NULL }; When I replace it with ... const char *nlsdirs[3] = { "whatever", NLSDIR, NULL }; ... it does work. But only if wine is already installed, as there's a -DNLSDIR="\"/opt/wine-devel/share/wine/nls\"" when compiling tools/wrc/wrc.c So, I'm using const char *nlsdirs[3] = { "nls", NLSDIR, NULL }; and it does work even without the wine package being installed. -- 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 54269] New: WM_GETMINMAXINFO message should be sent when manually resizing the window
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=54269 Bug ID: 54269 Summary: WM_GETMINMAXINFO message should be sent when manually resizing the window Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- Created attachment 73834 --> https://bugs.winehq.org/attachment.cgi?id=73834 demo In actual application, it may be necessary to limit the maximum or minimum size of the window. The maximum or minimum size of the window is controlled by the WM_GETMINMAXINFO message. Therefore, in a form that needs to control the maximum or minimum size of the window, this message needs to be mapped. I wrote a 32-bit program running under Windows 10, when a WM_GETMINMAXINFO message is received, the text position of the output changes. This works fine under windows10, but in wine, when the window is resized, the program cannot receive the WM_GETMINMAXINFO 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 7

[Bug 54099] New: Stdout redirection broken when running Linux binaries
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=54099 Bug ID: 54099 Summary: Stdout redirection broken when running Linux binaries Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73634 --> https://bugs.winehq.org/attachment.cgi?id=73634 Test program When running Linux binaries form inside Wine, using CreateProcessA, and redirecting stdout, it doesn't work. It works fine when executing Windows binaries. See attached test program. -- 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 52681] New: Google Chrome Stopped working after 7.2
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=52681 Bug ID: 52681 Summary: Google Chrome Stopped working after 7.2 Product: Wine-staging Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ndk+whq(a)esperanca.biz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hi! I have been using Google Chrome Portable for some time now. It was working with some options (--no-sandbox) right until wine-staging-7.3. It stopped starting after 7.3. The installation process from portableapps is smooth, it just does not want to start (no 'usual' black screen, just fails starting). I have tried to use old wine directory, new wine directory, installed corefonts as someone suggested in some of the bugs, etc. I also have tried to use wine-staging-7.4 with no luck. After I downgraded back to 7.2 - chrome started working again with --no-sandbox. The system: the latest Gentoo x64. Video card: AMD Radeon 480 (amdgpu Xorg driver). Command: WINEPREFIX=/path/to/wine wine /path/to/chrome --no-sandbox Expected Behavior (works until wine-staging-7.3): Chrome starts and is usable Actual Behavior (wine-staging-7.3; wine-staging-7.4): Chrome fails to start. Let me know if there are any debug info is needed (preferrably which options to enable for WINEDEBUG). -- 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 18

[Bug 54292] New: Dumping shaders using VKD3D_SHADER_DUMP_PATH= fails with the bundled vkd3d
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=54292 Bug ID: 54292 Summary: Dumping shaders using VKD3D_SHADER_DUMP_PATH= fails with the bundled vkd3d Product: Wine Version: 8.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- The problem is in the bundled vkd3d, couldn't find the corect component for that. Also I'm using a PE enabled build (if that is relevant). IIUC the bundled vkd3d code is built against the windows runtime and therefore the shader dump path requires backslash instead of slash. The following patch seems to be enough to restore functionality diff --git a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c index 7e153bce27a..4c0aa48aa55 100644 --- a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c +++ b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c @@ -376,7 +376,7 @@ static void vkd3d_shader_dump_blob(const char *path, const char *prefix, id = InterlockedIncrement(&shader_id) - 1; - snprintf(filename, ARRAY_SIZE(filename), "%s/vkd3d-shader-%s-%u.%s", path, prefix, id, suffix); + snprintf(filename, ARRAY_SIZE(filename), "%s\\vkd3d-shader-%s-%u.%s", path, prefix, id, suffix); if ((f = fopen(filename, "wb"))) { if (fwrite(data, 1, size, f) != size) I think it would also be nice to print failure details on the failure path. -- 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 53539] New: maybe a --with-wine-64 build should call widl with -win32 option
by WineHQ Bugzilla Jan. 27, 2023

Jan. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53539 Bug ID: 53539 Summary: maybe a --with-wine-64 build should call widl with -win32 option Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- Using just --with-wine-64 results in a Makefile calling widl from the win64 build directory without any target architecture specified resulting in early build failure: ... WIDL dlls/actxprxy/actxprxy_activscp_p.c WIDL dlls/actxprxy/actxprxy_activscp.h CC dlls/actxprxy/actxprxy_activscp_p.cross.o dlls/actxprxy/actxprxy_activscp_p.c:9084:2: error: #error Invalid build platform for this proxy. 9084 | #error Invalid build platform for this proxy. | ^~~~~ Hacking Makefile to add -win32 to the widl invocation works around this. I have no clue whether that is the right solution, though. -- 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