wine-bugs January 2021

wine-bugs@winehq.org

1 participants
6703 discussions

[Bug 49423] New: Added input lag in World of Warcraft and other games
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=49423 Bug ID: 49423 Summary: Added input lag in World of Warcraft and other games Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bloodyiron(a)lanified.com Distribution: --- In World of Warcraft you use WASDQE to move your character in the world in a very highly responsive manner. When using WINE 4.16, there is no perceptible input lag. However, switching to WINE 4.17 or higher (verified in 5.7 also), there is immediately perceptible input lag. Namely, in a combination of dropped/missed inputs and delayed response to inputs the game receives. This seems to be reproducible 100% of the time based on my experience and generally everyone else I've asked, or read comments on the topic. This input lag is so bad it means World of Warcraft should not be played on any version higher than WINE 4.16 until this input lag bug is fixed, as it makes gameplay elements (complex boss fights) nearly impossible. -- 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 22

[Bug 46523] New: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine 4.0, works OK under 3.0.4
by wine-bugs＠winehq.org 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=46523 Bug ID: 46523 Summary: GTA / Grand Theft Auto IV (1.0.7.0) crashes under wine 4.0, works OK under 3.0.4 Product: Wine Version: 4.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: --- Created attachment 63380 --> https://bugs.winehq.org/attachment.cgi?id=63380 GTA IV backtrace GTA / Grand Theft Auto IV (1.0.7.0): it gets past the intro screen (R* logo), but after pressing "Start", it begins loading data while showing the game characters loading screen, and crashes halfway, showing a backtrace window. It works OK under wine 3.0.4. All libraries are internal, except for MS VC++ 2005 redistributable. No wine prefix options nor 'export' flags. ThinkPad T410s Processor: Intel i5 (1st-gen), quad-core 2.53Mhz Memory: 4Gb RAM OS: Ubuntu 18.04 / elementaryOS Juno Graphics: NVidia NVS3100M (304.107 driver) -- 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 31245] New: xrandr12 warcraft 3 regression
by wine-bugs＠winehq.org 04 May '24

04 May '24

http://bugs.winehq.org/show_bug.cgi?id=31245 Bug #: 31245 Summary: xrandr12 warcraft 3 regression Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: asdfrewq(a)mail.ru Classification: Unclassified When i trying to change screen resolution in Warcraft 3 options, it show me confirmation window "All ok, do you realy want to save this resolution", but realy nothing happens, resolution does not change. This is printed to stdout: fixme:win:EnumDisplayDevicesW ((null),0,0x33f354,0x00000000), stub! err:xrandr:xrandr12_set_current_mode Resolution change not successful -- perhaps display has changed? In wine 1.5.8 all was ok. -- 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 36

[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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2021