September 2021 - Wine-bugs - list.winehq.org

[Bug 50352] New: Maximum sockets per process is set very low
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50352 Bug ID: 50352 Summary: Maximum sockets per process is set very low Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: skreech(a)skree.ch Distribution: --- Created attachment 68942 --> https://bugs.winehq.org/attachment.cgi?id=68942 TWGS warning at startup Within wine-5.22/dlls/ws2_32/socket.c, the maximum number of sockets per process is set and used like so: > #define WS_MAX_SOCKETS_PER_PROCESS 128 /* reasonable guess */ and: > lpWSAData->iMaxSockets = WS_MAX_SOCKETS_PER_PROCESS; This became relevant when I ran the TradeWars 2002 game server (TWGS) under a maximum license allowing 100 simultaneous players. On startup, it logs a message warning that the OS's number of sockets per process is limited to 128, therefore no more than 63 players will be able to connect. This makes sense, since two sockets are required per player connection, and one SysOp connection is reserved. Changing WS_MAX_SOCKETS_PER_PROCESS to 1024 and recompiling WINE results in TWGS not experiencing this limit and not giving the warning. Also, I tested TWGS under ReactOS and did not experience limit nor warning. Peeking into their socket.c, I notice that their limit is set to 32767, or 0, depending: https://github.com/reactos/reactos/search?q=iMaxSockets It seems likely that WS_MAX_SOCKETS_PER_PROCESS should be set to 32767 here if any value is being set, given that the underlying OS should be the one imposing its own limits or lack of limit. -- 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 50370] New: Gothic 1 doesn't start correctly when screen resolution of the game matches display resolution
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50370 Bug ID: 50370 Summary: Gothic 1 doesn't start correctly when screen resolution of the game matches display resolution Product: Wine Version: 5.13 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-5260/Gothic-Demo- English OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: f90d607c67768f19e36d9d74b498594252faa3fd Distribution: --- I'm starting Gothic 1 v1.08k using in-game resolution 1440x900 which matches my native display resolution. The game does start up because I can hear the sound of the intro movie, but no visible window is created (the screen is black). This used to work up until commit f90d607c67768f19e36d9d74b498594252faa3fd ddraw: Use the WINED3D_SWAPCHAIN_NO_WINDOW_CHANGES flag. Reverting that commit on top of 6.0-rc3 fixes the problem for me. To reproduce the problem in the demo: 1. Before starting the game modify GOTHIC.INI located in the Program Files/Piranha Bytes/Gothic 1 Demo/system directory. Look for the section [Video] and change in-game screen resolution there so that it matches your display resolution: zVidResFullscreenX= zVidResFullscreenY= You also need to set 32-bit color depth (the problem doesn't occur with 16-bit): zVidResFullscreenBPP=32 2. run gothic.exe setupg1demo-en.exe md5sum: 2932bcb79118abadca0d394a7a86c096 wine-6.0-rc3 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 455.46.04 -- 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 19

[Bug 51163] New: WinOffice Pro 5.3 stops after splashscreen
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51163 Bug ID: 51163 Summary: WinOffice Pro 5.3 stops after splashscreen Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 70031 --> https://bugs.winehq.org/attachment.cgi?id=70031 Console Output (wine 6.8) Hello everyone, I came across a forum question where somebody asked how to get the German accounting application WinOffice Pro 5.3 to run. There is a 60 day trial version available and I noticed that the application requires mdac27 and jet40 in a 32-Bit prefix to perform a successful installation. Starting the application works until the splashscreen but then the application terminates. Console output is attached. -- 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 16

[Bug 51619] New: advapi32:registry fails in Wine because a German timezone name translation is too long
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51619 Bug ID: 51619 Summary: advapi32:registry fails in Wine because a German timezone name translation is too long Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- advapi32:registry fails in the timezone tests in a German locale: registry.c:4339: Test failed: L"Aus Central W. Standard Time": expected L"West-Zentralaustralische Normalzeit", got L"Aus Central W. Standard Time" registry.c:4357: Test failed: L"Aus Central W. Standard Time": expected L"West-Zentralaustralische Sommerzeit", got L"Aus Central W. Daylight Time" https://test.winehq.org/data/patterns.html#advapi32:registry The reason is that the test compares the localized obtained through the registry with the one obtained through EnumDynamicTimeZoneInformation(). But the latter translation must fit into a 32 character buffer: WCHAR StandardName[32]. However Wine's German translation is too long (36 character including the trailing '\0'), causing EnumDynamicTimeZoneInformation() to return the untranslated string instead. Potential fixes --------------- 1. Only compare the values if they fit in the {Daylight,Standard}Name buffer. - That means Windows applications will not get a translated timezone name which is bad. - This prevents detecting further issues. - It's unclear if returning an untranslated string is the right thing for EnumDynamicTimeZoneInformation() to do: I did not find a case (at least in German where a translation did not fit). 2. Modify EnumDynamicTimeZoneInformation() to return a truncated translation instead of an untranslated string. - Windows applications will get a not quite correct timezone name. - Also we would need evidence that this matches the Windows behavior. 3. Modify the German translation. - This side-steps the issue and may be the best solution. - But I doubt one can find a shorter translation that fits, short of using ellipses which is not great. Detecting / Preventing recurrences ---------------------------------- 1. It would be nice to be able to include a translator warning about this issue. I'm not sure how to do so in dlls/tzres/tzres.rc. 2. The current tests are insufficient to detect further issues - To detect every issue they would have to be run in every locale. - Or going forward, whenever a PO file is modified they would need to be run in that locale. - Maybe issues could be detected by calling RegLoadMUIStringW() for every timezone and locale combination. However it does not take an LCID which makes this complicated. 3. Write a script checking the PO files. - This seems like the simplest option to detect issues. - When to run it? Manually? Automatically from the makefiles? -- 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 45916] New: x64dbg does not open executables, nothing happens
by wine-bugs＠winehq.org 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=45916 Bug ID: 45916 Summary: x64dbg does not open executables, nothing happens Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- When I File/Open or drag a .exe file into x32dbg (x64dbg 32-bit), the exe does not load onto the graphs, and Ctrl+G doesn't work. I think the EXE is not loaded by the debugger at all. Fixed by ~/bin/winetricks vcrun2013 . Wine 3.16 on Debian on Virtualbox. -- 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 25257] New: Enabling Virtual desktop by default cannot be turned off for specific applications
by wine-bugs＠winehq.org 08 Nov '22

08 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=25257 Summary: Enabling Virtual desktop by default cannot be turned off for specific applications Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zzarko(a)gmail.com My system is Ubuntu 10.10 and Wine is installed from Ubuntu Wine team's PPA. Steps to reproduce the problem: 1. Select Default settings in Configure Wine/Applications tab and check Graphics/Enable virtual desktop 2. Add an application (in my case, Subtitle Workshop) to Applications tab and uncheck the same option for this application 3. Start the application -> application is started in virtual desktop, despite the different setting for that application -- 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 7

[Bug 50936] New: Several games (The suicide of Rachel Foster, Far lone sails & Virginia) crashes after some times with vulkan rendeder
by WineHQ Bugzilla 07 Nov '22

07 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50936 Bug ID: 50936 Summary: Several games (The suicide of Rachel Foster, Far lone sails & Virginia) crashes after some times with vulkan rendeder Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- The suicide of Rachel Foster & Virginia just crashes. For Far lone sails it becomes very slow before crashing. No backtrace. The console output is pretty silent. With the GL renderer, Virginia & Far lone sails just works fine and can be finished from start to end without interruption. I can't test GL renderer with The suicide of Rachel Foster due to bug https://bugs.winehq.org/show_bug.cgi?id=50764 which makes the game unplayable. Setup is wine-6.5-156-g2fcc1d0ecde + Ubuntu 20.10 + GTX1070 + nvidia driver 460.39. -- 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 19586] New: Everest editor does not start
by wine-bugs＠winehq.org 05 Nov '22

05 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=19586 Summary: Everest editor does not start Product: Wine Version: 1.1.26 Platform: PC URL: http://everesteditor.chat.ru/Download/Everest.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru Everest is a freeware TeX-compatible WYSIWYG editor. It does not start under Wine 1.1.26 returning a message of stack overflow. It can be downloaded here: http://everesteditor.chat.ru/Download/Everest.zip http://download.ware.ru/win/Everest.zip -- 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 14

[Bug 51203] New: Chessbase 11 unable to select list box item after incorrect window refresh
by WineHQ Bugzilla 01 Nov '22

01 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51203 Bug ID: 51203 Summary: Chessbase 11 unable to select list box item after incorrect window refresh Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- After search termination (wrong window brought to front - 51202), it is possible to bring the right window to the front and click on an item from the search. This displays the game in the window, however, the selected item is not highlighted, and double clicking (to open the game in a new window - must be from the selection) opens an old selected item not from the current window. Workaround is to right click for the menu, and then selection works again (the window must get focus for selection which it didn't have before (only focus for clicks)). This may also relate to the problem of missing scrollbars not being refreshed (will link report). -- 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 47925] New: Panel in dialog incorrectly drawn
by WineHQ Bugzilla 01 Nov '22

01 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=47925 Bug ID: 47925 Summary: Panel in dialog incorrectly drawn Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 65425 --> https://bugs.winehq.org/attachment.cgi?id=65425 snapshot of problematic dialog In Chessbase 11, inputting incorrect security key details results in a dialog. The panel that rests in it is not correctly drawn. In this case pictured the white background does not fill the dialog, and sometimes is of different sizes. Sometimes the message is missing. This happens every time. Using full screen on a 4K display. Suggestion of an incorrect (or order of) initialisation issue, 4K/screen size issue or a data race? -- 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