September 2020 - Wine-Bugs - list.winehq.org

[Bug 2155] Failure of SetFocus, SetActiveWindow and SetForegroundWindow
by WineHQ Bugzilla Sept. 7, 2020

Sept. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=2155 --- Comment #24 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with wine-5.16. -- 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 0

[Bug 49791] New: WIDL and rpcrt4 do not support FC_ALLOCATE_ALL_NODES
by WineHQ Bugzilla Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=49791 Bug ID: 49791 Summary: WIDL and rpcrt4 do not support FC_ALLOCATE_ALL_NODES Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- As it says in the title, currently FC_ALLOCATE_ALL_NODES is not supported. Please see the linked ReactOS bugreport for more information, this would be useful to prevent memory leaking. -- 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 2

[Bug 49775] New: sapi51.h and sapi51.idl (from which it is claimed to be generated in original Windows SDK) are missing from the sdk
by WineHQ Bugzilla Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=49775 Bug ID: 49775 Summary: sapi51.h and sapi51.idl (from which it is claimed to be generated in original Windows SDK) are missing from the sdk Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: sapi Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- In the original sapi51.h it is claimed that it is generated by MIDL. Unfortunately, sapi51.idl is missing from Windows SDK, so we cannot generate it. This prevents building sapi5 modules with free open-source toolchains, essentially forcing developers to use Visual Studio. -- 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 3

[Bug 35301] New: Mashiroiro Symphony (visual novel) installer failure
by wine-bugs＠winehq.org Sept. 6, 2020

Sept. 6, 2020

http://bugs.winehq.org/show_bug.cgi?id=35301 Bug ID: 35301 Summary: Mashiroiro Symphony (visual novel) installer failure Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibi.sasahara(a)gmail.com Classification: Unclassified Created attachment 47088 --> http://bugs.winehq.org/attachment.cgi?id=47088 WINE backtrace. In install wizard. Popup to WINE crash report. In Windows next step is popup input dialog for Product ID(licence key). and install failure. (installer is show wizardlast page and normal exit after WINE crash dialog.) show error dialog, after installer exit or application start. 「正しくインストールされませんでした」 (meaning: install not correct.) (wizard last page「ましろ色シンフォニーセットアップウィザードの完了」 character corruption checkbox text meaning to "launch this application".) note: AppDB is http://appdb.winehq.org/objectManager.php?sClass=application&iId=15750 I use default locale is Japanese. "LANG=ja_JP.UTF-8" (no cure character corruption some parts.) This application have free trial version. But trial version behavior to disagree. File copy step is failure. Upon dialog to "impossible file copy" in install wizard. 「ファイルがコピーできませんでした」 (meaning: failure/impossible file copy.) In Windows is show file copy progress bar. and install failure. (installer is not show last page.) Free trial version to http://mirror.tsundere.ne.jp/download/palette/9b231a794f6d828a02e8c56187c14… or official mirror lists is (There are many broken links) http://www.clearrave.co.jp/product/mashiro/download.html sha1sum is 017b653a074ac9270c558c214b3132aced2eee25 -- 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 23

[Bug 23653] New: gmax crashes if you select opengl, wgl complains glBufferRegionEnabled missing from linux opengl?
by wine-bugs＠winehq.org Sept. 6, 2020

Sept. 6, 2020

http://bugs.winehq.org/show_bug.cgi?id=23653 Summary: gmax crashes if you select opengl, wgl complains glBufferRegionEnabled missing from linux opengl? Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.turbosquid.com/gmax OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://forum.winehq.org/viewtopic.php?t=8984 mentioned that gmax crashes if you select opengl. Sure enough, after doing 'winetricks vcrun6' to work around bug 23652, the app runs unless you choose opengl. (I think you can choose opengl after the fact by editing gmax.ini to say GFXType=OpenGL but I'm not sure what else you might need to edit.) WINEDEBUG=+seh,+wgl shows trace:wgl:is_extension_supported Checking for extension 'GL_KTX_buffer_region' trace:wgl:wglGetProcAddress func: 'glBufferRegionEnabled' trace:wgl:wglGetProcAddress extension not found in the Linux OpenGL library, checking against libGL bug with glBufferRegionEnab.. warn:wgl:wglGetProcAddress Did not find function glBufferRegionEnabled (glBufferRegionEnabled) in your OpenGL library ! trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=002b This is on a system with current nvidia hardware and proprietary drivers. -- 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 9

[Bug 41997] New: The program ( Path to Exile ) crashes during the game
by wine-bugs＠winehq.org Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=41997 Bug ID: 41997 Summary: The program ( Path to Exile ) crashes during the game Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: savic(a)abv.bg Distribution: --- The game crashes after 5, 10, 15 minutes -- 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 49778] New: StrCmpLogicalW() incorrectly sorts numeric characters ('0'-'9') versus some symbols ('.' and others)
by WineHQ Bugzilla Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=49778 Bug ID: 49778 Summary: StrCmpLogicalW() incorrectly sorts numeric characters ('0'-'9') versus some symbols ('.' and others) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: nailer592899230(a)halestrom.net Distribution: --- Created attachment 68088 --> https://bugs.winehq.org/attachment.cgi?id=68088 sclw_test.cpp StrCmpLogicalW() returns different results on Wine versus Windows 10 (1909 x86_64) when used to compare numeric and symbol characters. '.' and '%' are known culprits. This is a strcmp()-like function, used for "natural" sorting of file listings. See https://docs.microsoft.com/en-us/windows/win32/api/shlwapi/nf-shlwapi-strcm… === Example === Attached is a short .cpp file that can be compiled in Visual Studio Community 2019. Alternatively a pre-compiled .exe is up at https://halestrom.net/misc/wine/sclw_test.exe (sha1sum 4a71d6f03912ad4e735cc703d71cbd014ffa40e4) When run on Windows 1909: "Result of running StrCmpLogicalW() on 'always.dat' and 'always2.dat': -1" When run on Wine : "Result of running StrCmpLogicalW() on 'always.dat' and 'always2.dat': 1" The failing comes from comparing the '2' and '.' characters. === Impacts === Range from mostly harmless (different file listing orders in GUIs and TUIs) to severe (using this sort order to imply precedence or versions of files, as is my case where I discovered this problem). APB version 3.5.0.0 (a free total-conversion for the game C&C Renegade) is partially broken by this problem (cannot play online, old versions of game data used), but there is a chance a patch I'm working on for it might be accepted as a workaround. https://w3dhub.com/#/games-apb === Thoughts on fix === I don't believe an exact spec for the full behaviour for StrCmpLogicalW() exists. Rumours are the inter-symbol sorting rules have changed between Windows Versions too http://archives.miloush.net/michkap/archive/2006/10/01/778990.html In the very least: the '.' symbol needs to be given priority over numerals. Numbers and file-extensions are very common. -- 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 3

[Bug 49766] New: Virtual desktop window is too big on wine 5.16
by WineHQ Bugzilla Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=49766 Bug ID: 49766 Summary: Virtual desktop window is too big on wine 5.16 Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: cebtenzzre(a)gmail.com CC: zzhang(a)codeweavers.com Regression SHA1: aadae4d1ea173dfa30e09d6cc816bb174e35f90d Distribution: ArchLinux I have three 1920x1080 monitors in a Xinerama setup with proprietary Nvidia drivers. wine 5.16 sometimes creates a virtual desktop that is larger than any of my monitors (actually equal to the total size of my X screen), even when the virtual desktop resolution is set to 1280x720. Steps to reproduce: - Create a clean 32-bit wine prefix - Run winecfg, enable virtual desktop mode, set resolution to 1280x720 - Run wineserver -w - Run winecfg again, it opens in a 4390x2160 virtual desktop window that covers multiple monitors - Run wineserver -w - Run winecfg again, the virtual desktop is still 4390x2160 On a 64-bit prefix, these steps are less repeatable. Depending on timing the second or third winecfg runs may run in a correctly sized window, and then stay that way for all further runs. Some things change in System\\CurrentControlSet\\Enum\\DISPLAY\\DEFAULT_MONITOR between the bad and good winecfg runs, but I cannot reproduce the bad behavior by restoring the entire wine prefix, so the change seems to be related to timing that is not controlled for by wineserver -w. A bisect points to commit aadae4d1ea173dfa30e09d6cc816bb174e35f90d as the first bad commit, though I think this commit may have only uncovered an existing bug rather than creating one. Bad wine versions create a 4390x2160 window with "_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_HORZ, _NET_WM_STATE_MAXIMIZED_VERT". Good wine versions create a 1280x720 window with an empty/zeroed "_NET_WM_STATE(ATOM)". Note: I see this message a lot on both wine 5.15 and wine 5.16: 01c4:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. Unfortunately, nouveau does not support my GTX 970, so I have no choice. -- 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 2

[Bug 49761] New: Affinity Photo: Fail to run installer
by WineHQ Bugzilla Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=49761 Bug ID: 49761 Summary: Affinity Photo: Fail to run installer Product: Wine-staging Version: 5.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: estebanium(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68062 --> https://bugs.winehq.org/attachment.cgi?id=68062 terminal output Summary ================================== Trying to launch Affinity Photo installer from https://store.serif.com/get/photo/trial/windows/ fails. Expected behavior ================================== Installer launch and installs Affinity Photo Actual behavior ================================== Installer fails with backtraces More info ================================== To run the installer at least .NET 4.5 is required. The installer would then install the latest required version (.NET 4.7.2) by itself. Started with a clean environment: WINEPREFIX=~/.wineprefixes/stock wine wineboot WINEPREFIX=~/.wineprefixes/stock winetricks -q dotnet35 WINEPREFIX=~/.wineprefixes/stock winetricks -q dotnet45 # Set to Windows 7 to run the installer via winecfg: WINEPREFIX=~/.wineprefixes/stock winecfg # Installer fails with: WINEPREFIX=~/.wineprefixes/stock wine Downloads/affinity-photo-1.8.5.exe Procedure above was successfully tested with custom wine version "wine-5.15-staging-tkg-amd64" from https://github.com/Kron4ek/Wine-Builds/releases/tag/5.15 INFO ================================== ~ >>> wine --version wine-5.15 ~ >>> cat /etc/lsb-release DISTRIB_ID=ManjaroLinux DISTRIB_RELEASE=20.1 DISTRIB_CODENAME=Mikah DISTRIB_DESCRIPTION="Manjaro Linux" -- 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 47841] New: GarminExpress fails to install
by WineHQ Bugzilla Sept. 6, 2020

Sept. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=47841 Bug ID: 47841 Summary: GarminExpress fails to install Product: Wine Version: 4.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j.r.hudson(a)virginmedia.com Distribution: --- Created attachment 65344 --> https://bugs.winehq.org/attachment.cgi?id=65344 Wine log file Using wine start to install GarminExpress.exe results in an error and failed installation. -- 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