wine-bugs September 2020

wine-bugs@winehq.org

1 participants
6997 discussions

[Bug 49691] New: dl.winehq.org hasn't been updated with new versions since April
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49691 Bug ID: 49691 Summary: dl.winehq.org hasn't been updated with new versions since April Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: sephirothfanatic(a)gmail.com Hello, I noticed that new versions of Wine for macOS haven't appeared on the dl.winehq.org domain since April. The website is still showing major version 5.0 instead of 5.0.2 and development version 5.7 instead of 5.14. Wasn't sure where exactly to report this, so here it is. SephirothFanatic -- 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 49499] New: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility)
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49499 Bug ID: 49499 Summary: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility) Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: suokkos(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- wine-devel and wine-staging 5.11~focal packages caused a regression where running dealer.exe from terminal forwards incorrect working directory to dealer.exe. dealer.exe is a small command line utility to generate constrained hands for card game bridge. The bug isn't present on wine binary if I compile wine-5.11 tagged version. Neither it is present if I apply wine-staging patches to my wine tree and compile it. Downgrading 5.10~focal also works. What is known about bug happening? I'm running the application from a directory under my home directory. Wine maps Z: drive to root ("/"). There is no other drives mapping to my home directory. Package versions change working directory to root ("/"). dealer.exe enters application using wmain entry which translate wchar arguments to multibyte handled by argument parser. After argument parsing it tries to use freopen to redirect stdin to be read from the filename passed as argument. I have no idea why wine 5.11 compiled from sources behaves differently to the package version. I tried to look into https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi… but failed to spot a difference. I tried to find wine built in command which would replicated same incorrect working tree behavior. I failed to find any other application which would reproduce the wrong working directory when run from same terminal. Step to reproduce: Dependencies: cmake and mingw cross compiler 1. git clone https://github.com/suokko/dealer.git 2. cd dealer 3. echo "set(CMAKE_SYSTEM_NAME Windows) set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) set(arch x86_64-w64-mingw32) find_program(WINE_COMMAND wine) set(CMAKE_CROSSCOMPILING ${WINE_COMMAND}) set(CMAKE_RC_COMPILER ${arch}-windres) set(CMAKE_C_COMPILER ${arch}-gcc-posix) set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake 4. mkdir build && cd build 5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. 6. export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin" 7. make 8. cd ../Examples 9. wine ../build/dealer.exe Descr.test_operators Failed output: Descr.test_operators: No such file or directory Expected output: 1 != 0: 1 5 - 2: 3 5 % 3: 2 5 == 3: 0 Frequency rnd(10): 0 10034 1 10122 2 9974 3 10003 4 9884 5 9977 6 9853 7 10036 8 10142 9 9975 Frequency : Low 100000 Frequency : High 100000 Generated 100000 hands Produced 100000 hands Initial random seed 1593633569 Time needed 0.000 sec -- 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 49430] New: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator"
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49430 Bug ID: 49430 Summary: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator" Product: Wine Version: 5.11 Hardware: x86 URL: https://statics.teams.cdn.office.net/production-window s/1.3.00.3564/Teams_windows.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Yesterday I tried this in Staging-5.10 and it start fine. This morning I upgraded to Staging 5.11 and it fails :( Issued commands (copy/paste from bug 49147): Prerequisite: 'winetricks -q dotnet45' (without Wine-Mono) Installation workaround for bug 41713 using Wine-Staging --- snip --- $ wine runas /trustlevel:0x20000 "cmd /c start Teams_windows.exe" --- snip --- -- 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 49903] New: TEB breakpoint should not be invoked when calling NtCreateThreadEx
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49903 Bug ID: 49903 Summary: TEB breakpoint should not be invoked when calling NtCreateThreadEx Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Created attachment 68263 --> https://bugs.winehq.org/attachment.cgi?id=68263 patch to avoid teb breakpoint Certain DRMs add a breakpoint on the TEB, and NtCreateThreadEx invokes the breakpoint through GetCurrentProcessId() (NtCurrentTeb()->ClientId.UniqueProcess). I've attached a patch that works around this issue. This is definitely a stop-gap solution, but it should work for the time being. -- 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 1

[Bug 49890] New: Disconnects and networking issues in applications using websockets
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49890 Bug ID: 49890 Summary: Disconnects and networking issues in applications using websockets Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dt(a)zeroitlab.com Distribution: --- This probably affects multiple games, from my experience Legends of Runeterra, Enemy On Board, Fall Guys and probably a ton others. Root cause analysis is yet to be done. -- 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 49901] New: Spitfire Labs VST fails to find/load patches
by WineHQ Bugzilla 27 Sep '20

27 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49901 Bug ID: 49901 Summary: Spitfire Labs VST fails to find/load patches Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefi(a)freitagsrunde.org Distribution: --- Created attachment 68258 --> https://bugs.winehq.org/attachment.cgi?id=68258 Screenshot of error message within the running plugin Spitfire LABS library manager installs and the VST-plugin can be run inside carla without a crash, however the plugin fails to find the library patches. I tried to rename the paths and folders, but with no success. Since the plugin is run inside carla, I don't know how to make a backtrace. The Plugin does not crash. I successfully tested the Plugin within a windows virtual machine with Reaper as host. It does find the patches there. I can also supply the installer file if required. -- 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 1

[Bug 49796] New: Separate IDL-re,ated tools i to a separate project
by WineHQ Bugzilla 27 Sep '20

27 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49796 Bug ID: 49796 Summary: Separate IDL-re,ated tools i to a separate project Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- WIDL is used in MinGW, but in order to compile it, one has to fetch wine sources and configure them. Also MinGW applies some patches upon WIDL, so it is a bit out of sync. I guess it may make sense to separate it into an own project with an own repo, so both Wine and MinGW can use it as a submodule. -- 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 49862] New: Black screen in Hitman: Absolution (GOG release)
by WineHQ Bugzilla 27 Sep '20

27 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49862 Bug ID: 49862 Summary: Black screen in Hitman: Absolution (GOG release) Product: Wine-staging Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: acroq3(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Able to see and use main menu. Black screen occurs after last video. Game hangs. file name: HMA.exe file SHA-256: 5b93e0060c100197f658b7fc9d2f39323e3148396f7de7cff4496aaf4029952d -- 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 49596] New: test_driver4 (test_wsk_listen_socket) fails
by WineHQ Bugzilla 27 Sep '20

27 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49596 Bug ID: 49596 Summary: test_driver4 (test_wsk_listen_socket) fails Product: Wine Version: 5.13 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: minor Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: pgofman(a)codeweavers.com Created attachment 67753 --> https://bugs.winehq.org/attachment.cgi?id=67753 +netio,+ntoskrnl These tests were added in <https://source.winehq.org/git/wine.git/commit/7f34362d85c58652bc7537580172a…> I'm running macOS 10.14, wine built with mingw and the 10.13 SDK. Attached is a +netio,+ntoskrnl log. -- 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 1

[Bug 17039] New: Wine does not appear to read disc IDs (DVDs)
by wine-bugs＠winehq.org 27 Sep '20

27 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=17039 Summary: Wine does not appear to read disc IDs (DVDs) Product: Wine Version: 1.1.13 Platform: PC-x86-64 URL: http://www.invelos.com/Downloads.aspx OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Stuart(a)houseofanime.org For app DVD Profiler (http://appdb.winehq.org/objectManager.php?sClass=version&iId=14707), Wine seems to fail to read DVD disc IDs correctly. I believe that this relates to this functionality, but I'm not sure: http://msdn.microsoft.com/en-us/library/ms785496.aspx DVD Profiler stores information on DVDs, including several areas of functionality that make use of the unique disc IDs. Under Windows, inserting a DVD into your drive triggers the application read the disc ID and either move focus to that disc (if it is in your collection) or prompt to download it from the online database (if it is not). This check can also be triggered from the menu 'DVD, scan DVD-ROM drive'. The on-line database is user-populated, and disc IDs are entered by editing a profile and selecting 'set disc ID' under the 'discs' section. As a demonstration, I chose a USA DVD title: 'Time Bokan'. Under Windows, if I set the disc ID as described above, I get this string: "76797847B89AE080 [TimeBokan]". When I insert the DVD in the drive, the correct profile gains focus or I am prompted to download the profile (depending on whether I have DVD in my collection or not). Under Wine, if I set the disc ID as described above, I get this string: "- [TimeBokan]". Inserting the DVD into the drive triggers no action (probably because of bug 17037). However, I can force the application to check the DVD-ROM by choosing 'DVD, scan DVD-ROM drive' from the menu. When I do so, the application prompts me to download a DVD called "The Wedding Party", which is defined by the string "43D62B0BAEE070B7 [THE_WEDDING_PARTY]". This profile is returned consistently, and the application will give focus to this profile once it is in my collection should I repeat the process. In summary, Wine is returning an incorrect Disc ID for DVDs. -- 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 13

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 September 2020