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

[Bug 48565] New: When entering fullscreen at lower resolution than the desktop, scrollable virtual desktop is accessible
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=48565 Bug ID: 48565 Summary: When entering fullscreen at lower resolution than the desktop, scrollable virtual desktop is accessible Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmayr.dev(a)gmail.com Distribution: --- I tried playing a DirectX-based game, e.g. GTAIV, using the emulated virtual desktop at 800x600 (my desktop's native resolution is 1440x900). But ever since I changed back to playing the game fullscreen at 800x600 *without the virtual desktop*, the following happens: - The game starts at the desired lower resolution - Part of my desktop environment's panel is visible within the game's viewport, at that same lower resolution - If I move the mouse far enough, I realize that there's an active 1440x900 virtual desktop, showing me a lo-res 800x600 window - I can scroll around the edges of this virtual desktop, thus Wine losing the captured mouse cursor - When playing, this moves the centered game view past the center of the screen, losing focus; this prevents the mouse cursor's movements to be confined within the fullscreen window, which is supposed to be the an immovable viewport. I haven't found a way to revert back from having tried the virtual desktop option, as the change has been somehow been made permanent. -- 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 50553] New: SetEnvironmentVariableW function sets last error on deleting non-existent variable
by WineHQ Bugzilla 03 May '24

03 May '24

https://bugs.winehq.org/show_bug.cgi?id=50553 Bug ID: 50553 Summary: SetEnvironmentVariableW function sets last error on deleting non-existent variable Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: topin89(a)mail.ru Distribution: --- This code ``` //gcc test.c -o test.exe && ./test.exe #include <windows.h> #include <stdio.h> int main(int argc, char *argv[]){ BOOL result; result = SetEnvironmentVariableW(L"PERL5LIB", NULL); printf("result: %u, last error: %d\n", result, GetLastError()); SetLastError(0); result = SetEnvironmentVariableW(L"PERL5LIB", "SomeValue"); printf("result: %u, last error: %d\n", result, GetLastError()); SetLastError(0); result = SetEnvironmentVariableW(L"PERL5LIB", NULL); printf("result: %u, last error: %d\n", result, GetLastError()); SetLastError(0); result = SetEnvironmentVariableW(L"PERL5LIB", NULL); printf("result: %u, last error: %d\n", result, GetLastError()); SetLastError(0); return 0; } ``` compiled with Mingw-w64 gcc and running from command line and MSYS console gives this in Windows 10: ``` result: 1, last error: 0 result: 1, last error: 0 result: 1, last error: 0 result: 1, last error: 0 ``` and this in Kubuntu 20.04.1 with winehq-staging 6.0: ``` <snip fixmes> result: 0, last error: 203 result: 1, last error: 0 result: 1, last error: 0 result: 0, last error: 203 ``` Error 203 is ERROR_ENVVAR_NOT_FOUND, btw. So, in Win 10 deleting already deleted environmental variable doesn't lead to error, in Wine it is. This alone prevents git.exe (and probably many more apps) to work correctly. In file git-for-windows-repo/compat/mingw.c there is this function, ``` int mingw_putenv(const char *namevalue) { int size; wchar_t *wide, *equal; BOOL result; if (!namevalue || !*namevalue) return 0; size = strlen(namevalue) * 2 + 1; wide = calloc(size, sizeof(wchar_t)); if (!wide) die("Out of memory, (tried to allocate %u wchar_t's)", size); xutftowcs(wide, namevalue, size); equal = wcschr(wide, L'='); if (!equal) result = SetEnvironmentVariableW(wide, NULL); else { *equal = L'\0'; result = SetEnvironmentVariableW(wide, equal + 1); } free(wide); if (!result) errno = err_win_to_posix(GetLastError()); return result ? 0 : -1; } ``` This line : ``` result = SetEnvironmentVariableW(wide, NULL); ``` sets error on removing non-existent `PERL5LIB` and that leads to result == 0 which in turn leads to premature exit in `err_win_to_posix(GetLastError())`. In this particular case, for some reason last error sets to 0 instead of 203. Another bug probably, I'll report it later. -- 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 13198] New: Microsoft Pinball Arcade black/blank window in 24bpp mode
by wine-bugs＠winehq.org 03 May '24

03 May '24

http://bugs.winehq.org/show_bug.cgi?id=13198 Summary: Microsoft Pinball Arcade black/blank window in 24bpp mode Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vanessaezekowitz(a)gmail.com Created an attachment (id=13030) --> (http://bugs.winehq.org/attachment.cgi?id=13030) Screenshot of real 8bpp mode Microsoft Pinball Arcade (commercial/full version) doesn't work properly in WINE if you're using a regular, standard-issue 24bpp X session. Intro/menu screens work, but the 3D content (direct3d? ddraw?) just produces a black screen. Steps to reproduce: 0. Obtain a copy of the game (maybe the demo version will do?). cd into your 'drive c' directory and start the game: `wine Program\ Files/Microsoft\ Games/Pinball\ Arcade/Launcher.exe` 1. A movie displays showing a closeup of one of the game's tables. 2. Click on the movie to interrupt it. The title screen appears and looks fine. 3. Click again, table select menu appears and waits for input. 4. Click on any menu item at the bottom of the window - a dialog related to it appears as it should. 5. Double-click on one of the tables - the table selection screen gets blacked out, the window resizes, and the table's loading screen appears all in the same instant - without repainting the window - the loading screen only painted on the parts of the window that were already black. So we have a window half filled with the loading screen and half transparent, showing this browser and the controlling terminal through it. 6. The loading screen disappears and the window turns solid black. A windows pointer appears. On the console, the "Cannot change screen BPP" line appears. 7. Clicking around eventually causes the pointer to disappear, probably because I managed to trigger the insert-coin hot spot followed by the "1 player" hotspot, thus starting the actual game. Hitting Esc is supposed to bring up a graphical exit/no-exit dialog, but nothing appears. Blindly hitting "y" puts me back at the table-select screen as it should. So the actual game is accepting input, it just isn't showing me anything. 7a. If I try another table, I get the exact same result, including another "Cannot change screen BPP" line on the console. 8. Double-click the table-select menu's internal Exit button and Wine drops back to my shell after a couple of seconds. Actual Results: Described above - I get a black window instead of a game table. Expected Results: Wine should have displayed the table properly and let me play the game. Notes: In order to run this game properly, the user *must* have a true 8bpp mode with StaticColor visual defined in their xorg.conf, and the user *must* manually run a second, separate X screen (e.g. one accessible with Ctrl-Alt-F8) in that more with that visual. Desipte having a known, tested, working 8bpp mode in xorg.conf, Xorg does not have any kind of ability to switch away from the currently-running depth to some other mode (e.g. it cannot and never will be able to drop from 24bpp to 8bpp), and is not expected to ever have such a feature. Furthermore, some users' hardware does not have the ability to run in true 8bpp mode at all, so this game simply *will not work* on those systems. ply does not work on some hardware, despite having correct software settings. The attached screenshot shows what the game looks like in reap 8bpp "StaticColor" mode, using twm as a window manager (it looks the same without a window manager). Versions affected: All WINE versions from roughly 0.9.31 through the current 1.0 rc1 release. -- 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 29

[Bug 33270] New: Cursor disappears during Installshield install
by wine-bugs＠winehq.org 03 May '24

03 May '24

http://bugs.winehq.org/show_bug.cgi?id=33270 Bug #: 33270 Summary: Cursor disappears during Installshield install Product: Wine Version: 1.5.26 Platform: x86-64 URL: http://www.oldversion.com/download/quicktime70238.exe OS/Version: Linux Status: NEW Keywords: download, integration Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 44009 --> http://bugs.winehq.org/attachment.cgi?id=44009 Wine 1.5.26 +cursor trace With certain applications (QuickTime 7.02.38, SlingPlayer 1.3) the mouse pointer disappears. It reappears when the installation is complete (or at random intervals). -- 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 8

[Bug 37885] New: Battle.net launcher fails to set permissions on WoW files
by wine-bugs＠winehq.org 03 May '24

03 May '24

https://bugs.winehq.org/show_bug.cgi?id=37885 Bug ID: 37885 Summary: Battle.net launcher fails to set permissions on WoW files Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adys.wh(a)gmail.com Distribution: --- Symptoms: The Battle.net launcher always gives an "Update" button for WoW after every time World of Warcraft is closed. This doesn't seem to affect other games. Looking in the logs, it seems to constantly be related to file permissions/attributes. It's hard to track it down exactly, but here are some log extracts: 19:08:01.5787 Executing operation: fix_file_attributes filePath="Z:/home/adys/.local/games/Blizzard/World of Warcraft/Data/data/0a00000016.idx" fileAttributes=32 19:08:01.5790 Executing operation: fix_file_attributes filePath="Z:/home/adys/.local/games/Blizzard/World of Warcraft/Data/data/0c00000015.idx" fileAttributes=32 <snip> 18:03:30.8038 AgentAsAdmin failed to set the file attributes of 'Z:/home/adys/.local/games/Blizzard/World of Warcraft/Data/data/0e00000016.idx'. 18:03:30.8050 Agent failed to get the file info of 'Z:/home/adys/.local/games/Blizzard/World of Warcraft/Data/data/0700000015.idx'. No relevant WINEDEBUG output (and really hard to get because the launcher actually forks when started) -- 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 16

[Bug 47741] New: Lotus Approach initial pop up missing
by wine-bugs＠winehq.org 03 May '24

03 May '24

https://bugs.winehq.org/show_bug.cgi?id=47741 Bug ID: 47741 Summary: Lotus Approach initial pop up missing Product: Wine-staging Version: 4.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- $ rpm -qa wine-core wine-core-4.15-1.fc30.i686 As of 4.15-1, Lotus Approach's initial pop up screen show previously opened files is missing. File Open still works. -- 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 12

[Bug 45035] New: Buttons of the Radiosure program
by wine-bugs＠winehq.org 03 May '24

03 May '24

https://bugs.winehq.org/show_bug.cgi?id=45035 Bug ID: 45035 Summary: Buttons of the Radiosure program Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ansavelyev(a)gmail.com Distribution: --- Created attachment 61158 --> https://bugs.winehq.org/attachment.cgi?id=61158 The red contour marks the places of the disappeared buttons. The buttons for controlling the "Radiosure" program have disappeared. -- 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 4

[Bug 46455] New: Remarkable
by wine-bugs＠winehq.org 03 May '24

03 May '24

https://bugs.winehq.org/show_bug.cgi?id=46455 Bug ID: 46455 Summary: Remarkable Product: Wine Version: 3.0.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: emil(a)munthe.dk Distribution: --- Created attachment 63242 --> https://bugs.winehq.org/attachment.cgi?id=63242 Backtrace from installaer for remarkable version 160. When trying to run the installer for remarkable (https://my.remarkable.com/) I'm met with the message that the program has met an serious error. The remarkable software used to work just fine under earlier versions of 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.

2 16

[Bug 44388] New: gldriverquery.exe crash on wineboot and company of heroes says no 3d
by wine-bugs＠winehq.org 03 May '24

03 May '24

https://bugs.winehq.org/show_bug.cgi?id=44388 Bug ID: 44388 Summary: gldriverquery.exe crash on wineboot and company of heroes says no 3d Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gQuigs(a)gMail.com Distribution: --- Created attachment 60309 --> https://bugs.winehq.org/attachment.cgi?id=60309 backtrace gldriverquery.exe (from Steam I think) crashes on wineboot This might be a rehash of: https://bugs.winehq.org/show_bug.cgi?id=43530 https://forum.winehq.org/viewtopic.php?p=113220 I'm on Ubuntu 17.10 with nvidia graphics driver 390.12 installed. Even if I managed to fail at setting up 3d acceleration (works fine in not-wine) it should crash this program, right? Company of Heroes also fails to load with a directX error, I'm thinking they are related. -- 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 31882] New: arial32.exe randomly crash or deadlock while installing
by wine-bugs＠winehq.org 03 May '24

03 May '24

http://bugs.winehq.org/show_bug.cgi?id=31882 Bug #: 31882 Summary: arial32.exe randomly crash or deadlock while installing Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 41968 --> http://bugs.winehq.org/attachment.cgi?id=41968 Log: arai32 crash while installing wine-1.5.14-142-g730479e $ sha1sum arial32.exe 6d75f8436f39ab2da5c31ce651b7443b4ad2916e arial32.exe Steps to reproduce: $ winetricks -q corefont Or $ wine arial32.exe /q How reproducible: crash > 1/10 deadlock > 1/10 When deadlock, output is: err:ntdll:RtlpWaitForCriticalSection section 0x15d60c "bitblt.c: surface" wait timed out in thread 0009, blocked by 0024, retrying (60 sec) When crashing, backtrace is: Backtrace: =>0 0xb757d08d __pthread_cond_signal+0xd() in libpthread.so.0 (0x0054e4d4) 1 0x7e4c4758 in libxcb.so.1 (+0x8757) (0x0054e4d4) 2 0x7e4c363e in libxcb.so.1 (+0x763d) (0x0054e4d4) 3 0x7e4c36c1 xcb_writev+0x70() in libxcb.so.1 (0x7d3d856c) 4 0x7e5330d0 _XSend+0x15f() in libx11.so.6 (0x0054e558) 5 0x7e5334fa _XFlush+0x39() in libx11.so.6 (0x0054e5f8) 6 0x7e512fc1 XFlush+0x30() in libx11.so.6 (0x0054e5f8) 7 0x7e681ecc create_x11_physdev+0xe1(drawable=0xae) [/home/fracting/wine-git/dlls/winex11.drv/init.c:116] in winex11 (0x0054e5f8) 8 0x7e681ef6 X11DRV_CreateDC+0x1f(pdev=0x15ce38, driver="DISPLAY", device=0x0(nil), output=0x0(nil), initData=(nil)) [/home/fracting/wine-git/dlls/winex11.drv/init.c:126] in winex11 (0x0054e638) 9 0x7eab3ddf CreateDCW+0x251(driver="DISPLAY", device=0x0(nil), output=0x0(nil), initData=(nil)) [/home/fracting/wine-git/dlls/gdi32/dc.c:594] in gdi32 (0x0054e918) 10 0x7e9b3af4 alloc_dce+0x76() [/home/fracting/wine-git/dlls/user32/painting.c:232] in user32 (0x0054e948) 11 0x7e9b59e2 GetDCEx+0x34d(hwnd=0x30028, hrgnClip=(nil), flags=0x10000) [/home/fracting/wine-git/dlls/user32/painting.c:1033] in user32 (0x0054e9c8) -- 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 83