wine-bugs April 2022

wine-bugs@winehq.org

1 participants
4054 discussions

[Bug 52810] New: Applications are unable to locate some files, but not others, while Wine file explorer can locate them (tested with MusicBee and ToDoList)
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52810 Bug ID: 52810 Summary: Applications are unable to locate some files, but not others, while Wine file explorer can locate them (tested with MusicBee and ToDoList) Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: devtarc(a)gmail.com Distribution: Ubuntu OS: Xubuntu 20.04.4 LTS (64-bit) I'm using MusicBee and AbstractSpoon's ToDoList using Wine, each in their own Wine prefix. Both prefixes are 32-bit and are in the Xubuntu partition and were not created using root. The ToDoList reads files from the partition Xubuntu is installed in (ext4), and MusicBee reads from an NTFS partition. Both run really well, but sometimes they are unable to find some files. For MusicBee, they are some song files (mostly mp3 I think), and for ToDoList, some todo list files (.tdl). All of those files are stored outside of the Wine prefix. For MusicBee, they are symlinked into it to preserve database structure. There is no apparent pattern on the files that could explain why some can't be loaded and others can't. Everytime this happens, it's always the same files that can't be located. However, Wine's files explorer is able to locate them. I'm also able to access them both through Xubuntu and Windows. Also, I'm not really sure what is triggering it. It tends to be like this from boot, but doesn't happen all the time. Lately it seems to have been triggered by rebooting, but it could be something from 7.6, as I have rebooted Xubuntu many times while trying to fix this and many of those times it worked correctly afterwards. Things I have tried: - Changing mount permissions for the NTFS partition - Adding more libraries/DLLs to the MusicBee prefix - Changing permissions for the music library folder while in Windows - Manually locating the missing files using the Wine file explorer - Watching for the console output (didn't seem to have anything major) - Using WINEDEBUG (couldn't see anything obvious and I'm not really experienced with it) I tried it mostly with MusicBee because it's the one I use the most. Both MusicBee and ToDoList handle missing files nicely, so no crash log. I did a clean install of Xubuntu March 20th and this has been happening since then. Tested it with Wine stable (7.0) as well as Wine devel (7.4, 7.5 and 7.6). Before that I had been using Ubuntu 18.04 since early 2020 and they were working correctly. I don't remember the Wine version, but it was either devel or staging. The MusicBee forums has a thread on running it on Wine and they haven't reported this kind of problem, so I feel it may have something to do with the Xubuntu version and/or Xfce, especially considering that it was working correctly under vanilla Ubuntu 18.04 (and also vanilla Ubuntu 16.04 before that). However, I haven't found any similar problems when searching with Google or in the bug tracker. -- 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 52793] New: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks Total Commander internal file associations
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52793 Bug ID: 52793 Summary: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks Total Commander internal file associations Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felix.huber(a)schyf.de Distribution: --- Calling native Linux applications with internal associations by using a script with the line: /usr/bin/xdg-open "`wine winepath -u "$1"`" works only when output of stderr can be printed to a console. Redirecting stderr to /dev/null breaks this mechanism starting with commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c: the script does not get called anymore. -- 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 52789] New: Unwanted Console Creation when Winegcc compiled Processes are started
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52789 Bug ID: 52789 Summary: Unwanted Console Creation when Winegcc compiled Processes are started Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: chopinbig(a)tutanota.com Distribution: --- When winegcc apps are run, a console (terminal) pops up with Wine 7.5 which didn't happen in Wine 7.4 or any previous Wine version either. This is odd behaviour. If the unwanted console window is closed, then it causes a crash. I think I've tracked it down to these commit's https://source.winehq.org/git/wine.git/commit/7b65ef3afbe880b82e89656435261… https://source.winehq.org/git/wine.git/commit/c7e87b536edb28bb48162690e0d42… https://source.winehq.org/git/wine.git/commit/f034084d49b354811096524d472ae… 2022-03-17 Eric Pouech kernelbase: Handle corner case in CreateProcess. commit | commitdiff | tree 2022-03-17 Eric Pouech start: Force no console creation when using start ... commit | commitdiff | tree 2022-03-17 Eric Pouech services: Start services detached from console. commit | commitdiff | tree -- 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 52786] New: "wine cmd.exe /c [any command which outputs text]" returns zero length text
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52786 Bug ID: 52786 Summary: "wine cmd.exe /c [any command which outputs text]" returns zero length text Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bill2allison(a)yahoo.co.uk Distribution: --- Works correctly only when executed from a terminal (xterm etc) Fails when wine is invoked (directly or by another program such as winetricks) from desktop menu or launcher or a .desktop file. MY ENVIRONMENT -------------- OpenSUSE Tumbleweed KDE/Plasma Wine 7.5 TO REPRODUCE ------------ 1) From the desktop launcher run wine cmd.exe /c echo 'hello' > ~/test.txt Each time it is run, the test.txt timestamp is updated but the file remains empty 2) From the desktop launcher run winetricks --gui Displays info then error message 'wine cmd.exe /c echo '%AppData%' returned empty string, error message "" ' 3) Issue test 1 above in xterm or similar then test.txt contains "hello" 4) Issue test 2 above in xterm or similar then winetricks starts and runs normally WORKAROUND ---------- Include terminal=true in affected .desktop files and menu configs or start those programs from within a terminal -- 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 49111] New: ELWAVE Demo installer crashes on start
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49111 Bug ID: 49111 Summary: ELWAVE Demo installer crashes on start Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 67087 --> https://bugs.winehq.org/attachment.cgi?id=67087 Wine log The installer crashes as soon as its run, see attached log - that's a full log, not only the backtrace. -- 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 5

[Bug 52796] New: wine 7.5+ can no longer enqueue files from Dolphin to foobar2000
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52796 Bug ID: 52796 Summary: wine 7.5+ can no longer enqueue files from Dolphin to foobar2000 Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kohhnztqscldrekdqn(a)kvhrw.com Distribution: --- With wine 7.4 and earlier it was possible to select audio files in Dolphin and send them to foobar2000's playlist with 'Open With > foobar2000' context menu entry. With wine 7.5 and 7.6 foobar2000 will start but file selection doesn't appear in the playlist. Drag & drop from Dolphin still works though. Below foobar2000 launcher script and .desktop file are similar to what I use if that matters. https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.sh?h=foobar2000 https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.desktop?h=foobar2000 -- 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 52783] New: error: unknown type name ‘uint64_t’
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52783 Bug ID: 52783 Summary: error: unknown type name ‘uint64_t’ Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 72164 --> https://bugs.winehq.org/attachment.cgi?id=72164 log.txt Compiling in distro with: compiler version 4.8.4 # gcc --version glibc 2.19 # ldd --version config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compile error in wine-7.5 In function ‘get_time_msec’: error: ‘uint64_t’ undeclared (first use in this function) warning: control reaches end of non-void function [-Wreturn-type] -- 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 49112] New: ELWAVE doesn't start - detects Wine as VM
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49112 Bug ID: 49112 Summary: ELWAVE doesn't start - detects Wine as VM Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The program doesn't start, since it refuses to work in a VM but detects Wine as such. Seems to work on older CPUs though, so maybe that's a clue. Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826 -- 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 14

[Bug 51387] New: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section"
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51387 Bug ID: 51387 Summary: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: l.arzeni(a)iname.com Distribution: --- Created attachment 70242 --> https://bugs.winehq.org/attachment.cgi?id=70242 application logs Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under every release of wine32, from release 1.5 to release 5.0.3, I'm running an old windows application. It works showing a list of records from an ODBC connection, then when a record is clicked, it opens a form for editing the record. It's similar to MS Access, but the application is written in a 4GL db language called clarion. I can share the sources, if needed. The application works fine under "native" windows (tested in all releases of windows, from windows XP to Windows 10). The application looks fine, but hangs after a while, if I run it under wine: env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe The log shows that there is a timeout in a critical section, may be a deadlock between: "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" This is the relevant lines of the logs: 0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80 "dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked by 0114, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220 "dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114, blocked by 0024, retrying (60 sec) To solve the issue, I run it with "taskset --cpu-list 0 ", that is: env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine /srv/data/shared/LicenseManager.exe But, if I user the taskset, the application GUI artifacts became "dirty" , and I need to close and reopen the window to redraw them properly. Is there any clue to solve this issue, or, at least, to avoid the garbage on the user interface when running under the "taskset" command? Please note: the issue is not "application specific" but, afaik, instead the bug affects all application generated with "clarion" Regards, Luca -- 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 52846] New: Capture One 22 fails to start with wbemprox related crashes
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52846 Bug ID: 52846 Summary: Capture One 22 fails to start with wbemprox related crashes Product: Wine Version: 7.6 Hardware: x86-64 URL: https://www.captureone.com/en/new-update/capture-one-2 2 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 72244 --> https://bugs.winehq.org/attachment.cgi?id=72244 +wbemprox,+mountmgr,+seh Hi, a user reported trouble with this program on the forum so i gave it a try. Apparently for him it crashed inside wbemprox, but the crash is for me different, and more unfortunate it differs from time to time, and every now and then it does`t crash at all but just starts.... But all crashes look similar like: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Management.SecuredIEnumWbemClassObjectHandler.Clone_(IEnumWbemClassObject& ppEnum) at System.Management.ManagementObjectCollection.GetEnumerator() I attached one of the crashes to this report (+seh,+wbemprox,+mountmgr). One thing that can be seen it queries for property "Characteristics" from win32_processor, that is afaics missing, but that is probably not the cause of the crashes; to rule that out could it be added? It might be due to mountmgr.sys insufficiencies, but i cannot tell really for sure. Anyway, one way to reliably get the program started 100% is disabling mountmgr.sys and/or wbmprox... (Note: I installed native dotnet48, d3dcompiler_47 and arial via winetricks) -- 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

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 April 2022