wine-bugs

wine-bugs@winehq.org

1 participants
158797 discussions

[Bug 52817] New: Sifu crashes when opening the game
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52817 Bug ID: 52817 Summary: Sifu crashes when opening the game 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: braiamp(a)gmail.com Distribution: --- I'm not sure what title would be descriptive. I created a new prefix, installed vcrun2019 using winetricks and used Legendary to start Sifu up. When it starts up, it spends a time on the following (complete log file attached): 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0, 000000000FC1FBB8, 0000000000000000. 01e0:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8. 01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200. 01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. and before crashing, prints the following: 0268:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4 stub 0268:fixme:win:DisableProcessWindowsGhosting : stub 0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53 (SPI_SETTOGGLEKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51 (SPI_SETFILTERKEYS) 0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. I know that wine-staging+dxvk started the game without graphics issues (there were missing textures without dxvk and https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur whenever I plug in a controller or not. -- 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 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

[Bug 52508] New: EnumDisplayDevices() fails in obscure ways on 32-bit arch when 64-bit Vulkan is present but 32-bit is missing
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52508 Bug ID: 52508 Summary: EnumDisplayDevices() fails in obscure ways on 32-bit arch when 64-bit Vulkan is present but 32-bit is missing Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com Distribution: --- FWIW, this is easy to trigger by running 32-bit ddraw:ddraw1. I'm fine with calling this case "user error", but the problem is, it's not that hard to be missing Vulkan drivers for one architecture, while debugging this took way too long. It'd be nice to at least have some way of printing a message. The basic problem is that when Vulkan is present we retrieve the PCI IDs from it, but when it's absent we set them to zero. As a result we end up creating two different sets of registry entries, but only the 64-bit one gets populated via initialize_display_settings(). EnumDisplayDevices() tries to access it and finds the GPU entries empty. This does lead me to ask: can we avoid querying GPUs in each process? Can we just let explorer.exe manage them and get our information from there? CC'ing Jacek and Zhiyi as both having worked closely with this code. -- 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

[Bug 52809] New: Steam regression since 2aa4673f32
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52809 Bug ID: 52809 Summary: Steam regression since 2aa4673f32 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 72185 --> https://bugs.winehq.org/attachment.cgi?id=72185 Log output One of Steam's steamwebhelper.exe processes crashes repeatedly in Wine git. A bisect resulted in this commit: 2aa4673f32d08238b61e5b445d8bf873dccf2556 is the first bad commit commit 2aa4673f32d08238b61e5b445d8bf873dccf2556 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 11 11:36:24 2022 +0200 ntdll: Support UTF-8 codepage in string conversion functions. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/locale.c | 189 ++++++++++++++++++++++++++++++++++++++++------------ dlls/ntdll/string.c | 8 +-- 2 files changed, 148 insertions(+), 49 deletions(-) Wine output repeats the lines from the attached log.txt repeatedly. I'll investigate more closely tomorrow. -- 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 6682] IrfanView's 4.44 Help -> About window is missing a picture on the left
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=6682 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #76 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 7.7. -- 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 52825] New: Capella help crashes with Error "qtwebengingeprocess has serious errors"
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52825 Bug ID: 52825 Summary: Capella help crashes with Error "qtwebengingeprocess has serious errors" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newsletter(a)gerhardbeck.de Distribution: --- Created attachment 72211 --> https://bugs.winehq.org/attachment.cgi?id=72211 Screenshot I wanted to use the help of capella 8. It show the start spleen but when trying to see a content it crashes, see attached screenshot and 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 8

[Bug 52640] New: Steam does not display anything when using the Vulkan renderer (stack overflow from official Vulkan loader calling into dxgi)
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52640 Bug ID: 52640 Summary: Steam does not display anything when using the Vulkan renderer (stack overflow from official Vulkan loader calling into dxgi) Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8 Distribution: --- steamwebhelper.exe constantly crashes due to a stack overflow: 05bc:err:winediag:wined3d_dll_init Using the Vulkan renderer. 05bc:fixme:heap:RtlSetHeapInformation 0000000000000000 1 0000000000000000 0 stub 05bc:err:virtual:virtual_setup_exception stack overflow 2000 bytes in thread 05bc addr 0x1700304f0 stack 0x20830 (0x20000-0x21000-0x120000) The problem is that CEF ships the Vulkan loader (vulkan-1.dll), and during the process of initializing Vulkan [wined3d_init_vulkan()], the loader calls CreateDXGIFactory1(), which triggers Wine to initialize itself and subsequently initialize Vulkan, leading to infinite recursion. Fundamentally USE_WIN32_VULKAN can't work with the official (?) Vulkan loader, and so any attempt to use the Vulkan renderer on Windows would fail as well... -- 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 24574] New: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24574 Summary: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=31036) --> (http://bugs.winehq.org/attachment.cgi?id=31036) The initial window Download and install, try to run. -- 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 16

[Bug 52763] New: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52763 Bug ID: 52763 Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode Product: Wine Version: 7.5 Hardware: x86-64 URL: https://conemu.github.io/en/Downloads.html OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Distribution: Debian ConEmu in win10 is broken since aforementioned commit. The ConEmu console reports an error and than bails out. The bug is only present when version is set to win10 Expected behaviour: Have an interactive ConEmu console Actual behaviour: Conemu console unusable 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Mar 31 12:06:41 2022 +0200 kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table. Sharing the table pointers through KernelBaseGetGlobalData to check for handle validity in kernel32, and as native does it. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/heap.c | 20 +++++--- dlls/kernel32/tests/heap.c | 9 ---- dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++--------------------- 3 files changed, 75 insertions(+), 69 deletions(-) -- 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 15

[Bug 52703] New: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW]
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52703 Bug ID: 52703 Summary: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW] Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joo.peter(a)gmail.com Distribution: --- Created attachment 72060 --> https://bugs.winehq.org/attachment.cgi?id=72060 this is the backtrace provided by wine when i_view64.exe crashed I think it is important to have the exact steps on how to reproducate such issue. Maybe it is trivial, but I wrote it down here anyway. 1) Install the lastest Manjaro with Xfce desktop environment from here: https://manjaro.org/downloads/official/xfce I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file. Using VirtualBox I created a fresh installation. 2) Upgraded the fresh install to its latest stable version: yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh 3) Irfanview requires mono too, so install wine and wine-mono: sudo pacman -S --needed wine wine-mono The installed version become: multilib/wine = 7.4-1 community/wine-mono = 7.1.1-1 4) Download IrfanView x64 and its plugins from here https://www.irfanview.com/64bit.htm The following links are the one you need from that page: Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB) Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB) Afterwards you have two zip files: iview460_x64.zip iview460_plugins_x64.zip 5) Extract iview460_x64.zip to $HOME/temp/irfanview directory. Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins' directory. 6) Go there and run it manually: wine64 ./i_view64.exe It opens with a crash: Backtrace: =>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase (0x000000000000000a) 1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a) 2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900) 3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900) 4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900) 5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000) 6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32 (0x0000000000000000) 7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000) The full crash is in the attached backtrace.txt file. The proof that previous version works: 1) remove just wine and wine-mono, but keep their dependencies there sudo pacman -R wine wine-mono 2) download the previous compatible versions manually: wget https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst wget https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk… 3) install them: pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst 4) run irfanview again, it starts without crash: wine64 ./i_view64.exe -- 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 18

[Bug 52223] New: activeCodePage utf-8 in application manifest not respected
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52223 Bug ID: 52223 Summary: activeCodePage utf-8 in application manifest not respected Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: terinjokes(a)gmail.com Distribution: --- Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed applications to opt-in to supporting the UTF-8 code page by defining "activeCodePage" in their application manifest. When in this mode, the "ANSI" -A WinAPI functions operate in UTF-8 mode. <activeCodePage xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage> WINE, even when winver is set to "win10", does not respect this application manifest key, resulting in the application starting with a legacy code page. This can cause issues if the user expects to work with files or strings not supported in the active legacy code page. Often characters that cannot be represented in the code page are replaced by question marks. I am using the staging release of 6.22. [1]: https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c… Expectation: When an application with activeCodePage set to "UTF-8" in the application manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings provided to WinAPI functions are UTF-8 and display appropriately in the UI. Observed: GetACP() returned a number representing a legacy code page (eg, 1252). Strings returned by WinAPI functions are in that code page. Characters that cannot be represented are replaced by question marks. -- 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

[Bug 44144] New:=?UTF-8?Q?=20Complete=20support=20for?= “InstallShield Wizard” ( for a game installation)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44144 Bug ID: 44144 Summary: Complete support for “InstallShield Wizard” (for a game installation) Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried to install the game “Civilization IV” once more. The corresponding log messages indicate some details for further considerations. elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe 0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005 0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 … 0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet … 0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4 L"D:\\data1.hdr" 0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=3700000038, oid=2 0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d 0051:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-4e00-000034000000} 0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … Now I am curious which other open issues will be still remaining if the situation can be improved for the software “InstallShield Wizard” a bit more also around such programming interfaces. -- 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 2485] Paltalk crashed
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=2485 khashajar.hani(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |khashajar.hani(a)gmail.com -- 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 43862] New: NVAPI can't start (error 0xFFFFFFFE)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43862 Bug ID: 43862 Summary: NVAPI can't start (error 0xFFFFFFFE) Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ikdc.services(a)gmail.com Distribution: --- Created attachment 59440 --> https://bugs.winehq.org/attachment.cgi?id=59440 Logs of the command : "wine csgo.exe" Detected when I tried to start CS:GO on Steam Windows (started also with wine). With the logs, it seems to be an D3D error about format. Config : - Xubuntu 16.04 x86 - Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12) -- 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 52833] New: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52833 Bug ID: 52833 Summary: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: devscholar(a)foxmail.com Distribution: --- Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files. Microsoft's does. This feature is used to create Unicode scripts. -- 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 52852] New: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core)
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52852 Bug ID: 52852 Summary: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core) Product: Wine Version: 7.6 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian (prerequisite: winetricks -q dotnet48) The following code retrieves all properties from a class in PS Core on Windows (tested with a few common classes): ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * In all classes in wine I get: "format-default: Error code: 0x80041002" With the hack at the end of this post it works in wine too for most classes, so maybe it might be easy to fix (?). Returning anything else then an error that starts with 0x8* works really I found by trial and error. However the hack also doesn`t work (breaks) cases like win32_process where the count is more then one, so I guess the fix might be more complicated after all: ([wmiclass]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * Output (with hack): Select-Object: Z:\home\louis\ramdisk\a.ps1:1 Line | 1 | … class]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * | ~~~~~~ | The following exception occurred while retrieving members: | "Object reference not set to an instance of an object." Steps to reproduce: - winetricks -q dotnet48 - Install PS Core from downloadlink. - Save the following line in a file called for example a.ps1: ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * - Then: 'wine pwsh -file a.ps1' Hack: diff --git a/dlls/wbemprox/query.c b/dlls/wbemprox/query.c index 8233d35878d..ee0bc3ec14e 100644 --- a/dlls/wbemprox/query.c +++ b/dlls/wbemprox/query.c @@ -1181,7 +1181,7 @@ HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VAR if ((hr = map_view_index( view, index, &table_index, &result_index )) != S_OK) return hr; if (is_system_prop( name )) return get_system_propval( view, table_index, result_index, name, ret, type, flavor ); - if (!view->result_count || !is_result_prop( view, name )) return WBEM_E_NOT_FOUND; + if (!view->result_count || !is_result_prop( view, name )) return 0x40005; table = view->table[table_index]; hr = get_column_index( table, name, &column ); -- 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

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