- wine-bugs - winehq.org

[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

[Bug 30107] New: IE8 buttons bar doesn't have background under several buttons
by wine-bugs＠winehq.org 21 Apr '22

21 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=30107 Bug #: 30107 Summary: IE8 buttons bar doesn't have background under several buttons Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mr_wire(a)mail.ru Classification: Unclassified Created attachment 39239 --> http://bugs.winehq.org/attachment.cgi?id=39239 Screenshot of started IE8 While starting IE8 I get no background under back/forward, stop and search buttons. Buttons bar background for these buttons is copied from application window that in the background IE startup. -- 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 12

[Bug 52835] New: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created.
by WineHQ Bugzilla 21 Apr '22

21 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52835 Bug ID: 52835 Summary: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created. Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: twilight312+winebugzilla(a)gmail.com Distribution: --- Created attachment 72227 --> https://bugs.winehq.org/attachment.cgi?id=72227 winecfg-dinput.log Dear wine developers, Depending on if the prefix was first created by running ``wine control`` or ``winecfg``, my controller device gets permanently (for that prefix) assigned as either ``dinput`` ONLY device (being not visible for application that accepts only ``xinput`` devices), or as ``xinput`` device, allowing to be used by said application. Once the prefix is created, there is no way to change how the device will be seen on wine's side. Specifically: If prefix is first created by running ``wine control``, the device will be ``xinput`` (see log ``wine-control-xinput.log`` from creating the prefix and ''xinput.png`` screenshot for ``wine control`` joyapplet content). If prefix is first created by running ``winecfg``, the device will be ``dinput`` (see logs ``winecfg-dinput.log`` from creating the prefix and ``wine-control-dinput.log`` from running ``wine control`` there, also ''dinput.png`` screenshot for ``wine control`` joyapplet content). All logs are made with: WINEDEBUG="+plugplay,+hid,+xinput" It is worth adding, that any prefix affected by the bug (as in - controller device not usable by application expecting ``xinput``) will have the controller WORKING as ``xinput`` if the prefix will be run with Wine 6.16 or earlier. The bug is present in Wine 6.17 already (despite no separate ``dinput`` and ``xinput`` fields in ``wine controll`` joyapplets, those appeared in Wine 6.18). Cheers, /CatLady -- 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 52488] New: Nota Bene crashes at the end of install with denormal float operand exception
by WineHQ Bugzilla 21 Apr '22

21 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52488 Bug ID: 52488 Summary: Nota Bene crashes at the end of install with denormal float operand exception Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Follow up to bug 12732. Now that the thunks are not getting freed anymore, this is the next issue plaguing the installer. Note that it works fine in winevdm from otya128 and we have permissions to port fixes back to Wine. -- 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 52006] New: Nokia SDK 2.0 emulator stuck at 98%
by WineHQ Bugzilla 20 Apr '22

20 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52006 Bug ID: 52006 Summary: Nokia SDK 2.0 emulator stuck at 98% Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- This is split from bug 51916. This bug is seen by opening emulator.exe or Nokia_SDK_2_0_Java_em.exe. Nokia SDK 2.0 for Java: https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml SHA1: 969dc440a420a7a3a210518f7fc4730f52826ad2 Note: JDK 6u23 is needed to open this application. It has a bug that won't find RMI ports in newer Java versions, which also occurs in Windows. The original report says that turning of theming is a workaround but I can't confirm it. -- 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 10

[Bug 19092] New: Missing background in Civilization 4 launch window
by wine-bugs＠winehq.org 20 Apr '22

20 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19092 Summary: Missing background in Civilization 4 launch window Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22037) --> (http://bugs.winehq.org/attachment.cgi?id=22037) Screenshot in Ubuntu Well the tittle says everything. I'm attaching a screenshot. -- 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 17

[Bug 47264] New: Visual Studio 2015 does not start
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47264 Bug ID: 47264 Summary: Visual Studio 2015 does not start Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: exposight(a)gmail.com Distribution: --- Created attachment 64554 --> https://bugs.winehq.org/attachment.cgi?id=64554 startup log Continuation after https://bugs.winehq.org/show_bug.cgi?id=47201 fixed. Visual Studio still does not start, but now nothing obvious can be seen in the logs. -- 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 51885] New: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam
by WineHQ Bugzilla 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51885 Bug ID: 51885 Summary: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- This is an issue that's plagued me with Wine for a long while now: For some reason, I don't know why, but VERY often when I execute a Wine process in a terminal (I use Konsole and Yakuake) Wine spits out excess lines of "information" until I terminate the terminal shell. This gets particularly noticeable when doing things like installing dotnet, where there's a lot going on. For not as long but still a while, installing dotnet in particular causes it to search in my ~/.local/share/applications folder for some reason, then going through a symlink I have there, then navigating to the Wine-defined "Z drive" to scan a bunch of other locations on my PC recursively. The two issues combined causes literally endless spam in my terminal and it even spills into other process in that same terminal session, like opening a file in nano. I would log this data to a file *but I literally can't do so;* there's too many characters to log and it isn't possible for me to capture all the data. Needless to say (I kind of already said it), this can also make collecting information quite difficult for application testing for bug reporting. -- 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 18027] New: Check support for application switching by keybord shortcuts
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=18027 Summary: Check support for application switching by keybord shortcuts Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am used to the shortcut "Alt+Tab" with the effect of switching between application windows. This is usually also supported in X sessions (like KDE or GNOME). But it does not work if the game "Civilization 4" was started in full screen mode. How much has this behaviour got to do with an option "Managed windows using X11"? -- 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 22

[Bug 52823] New: Wine-Mono UI Discrepancies with Community Batman Arkham Asylum Launcher
by WineHQ Bugzilla 17 Apr '22

17 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52823 Bug ID: 52823 Summary: Wine-Mono UI Discrepancies with Community Batman Arkham Asylum Launcher Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 72207 --> https://bugs.winehq.org/attachment.cgi?id=72207 Screenshots with Different DPIs and Wine Themes SHA256 of BmLauncher.exe: 5d2c63df597793a45b2647ce73059e523fdd12482579313a6b649489604aed90 Download location via web archive: https://web.archive.org/web/20220410202545/https://objects.githubuserconten… ----- The application is an open-source .NET 4.5 program: https://github.com/neatodev/BmLauncher ----- The issue here is primarily that: - UI elements don't align properly (see buttons toward the bottom of the screenshots) - Text describing drop-down lists (mostly) "runs into" the drop-down lists themselves (no padding) - Tool-tips are slightly cut-off towards the top of their bubbles - Using the drop-down list above the checkbox ("Pool Size") or hovering over the checkbox item itself causes it to partially disappear as a sort of cut-out where the drop-down would overlap - and the "Miscellaneous" box's text is crammed; it renders incorrectly Those main issues aside, the lack of HiDPI support in Wine meant that the project had to adapt to support Wine's winecfg scaling setting to look the way it does now; would be great if HiDPI support finally gets implemented... >_> (It used to look much, much worse: https://cdn.discordapp.com/attachments/962343073923354685/96234629290906830… ) -- 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 27579] New: The appearance of uTorrent 3.0 torrents list is broken
by wine-bugs＠winehq.org 15 Apr '22

15 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=27579 Summary: The appearance of uTorrent 3.0 torrents list is broken Product: Wine Version: 1.3.22 Platform: x86 URL: http://download.utorrent.com/3.0/utorrent.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Not only this part of µTorrent window is black, when you add a torrent to download, its name and other attributes are hidden, when you try to switch the current category from e.g. "Downloading" to "Seeding", this part of uTorrent window will not be updated. In short the appearance of uTorrent 3.0 under Wine is broken beyond being usable. -- 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 54

[Bug 52536] New: Sifu crashing when dying or pressing skill tree.
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52536 Bug ID: 52536 Summary: Sifu crashing when dying or pressing skill tree. Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sullaimaanawan(a)gmail.com Distribution: --- Created attachment 71841 --> https://bugs.winehq.org/attachment.cgi?id=71841 sifu crash log After completing the intro of sifu and you press the skill tree the game will freeze. Also when you die the game will crash sometimes if you hover over the upgrades. -- 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 43508] New: Kindle for PC can't initialize gecko?
by wine-bugs＠winehq.org 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43508 Bug ID: 43508 Summary: Kindle for PC can't initialize gecko? Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Distribution: Gentoo While looking at https://github.com/Winetricks/winetricks/issues/825, I noticed that newer Kindle does not show its login window, instead spamming an infinite loop of window refreshing: [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M ... ... err:mshtml:create_document_object Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE fixme:ole:CoCreateInstanceEx no instance created for interface {00000000-0000-0000-c000-000000000046} of class {25336920-03f9-11cf-8fd0-00aa00686f13}, hres is 0x80004005 [INFO][RegistrationDialogWrapper] Webview finished loading with code=0^M [INFO][CMetricsManager] Reporting the following metric 170808:184434 Mazama: I RegistrationDialogWrapper:RegistrationWebViewLoadTimer:Timer=1:^M fixme:ieframe:handle_navigation_error Navigate to error page fixme:ieframe:bind_to_object BindToObject failed: 800c0010 ... fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M err:secur32:schan_AcquireClientCredentials Could not find matching protocol fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub To make sure it wasn't my machine, I ran mshtml/ieframe tests, which all passed. I can browse the web with iexplore.exe, as well, so gecko is functional. austin@austin2:~/.cache/winetricks/kindle$ sha256sum KindleForPC-installer-1.20.47037.exe cb20581d3455d458c7ac4bafa5c67dcfc5186c7b35951168efcf5a8263706b47 KindleForPC-installer-1.20.47037.exe austin@austin2:~/.cache/winetricks/kindle$ du -sh KindleForPC-installer-1.20.47037.exe 52M KindleForPC-installer-1.20.47037.exe wine-2.14-32-g52fbaeb2c4 -- 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 18

[Bug 48148] New: WinRAR x86 crashes when trying to view very large files
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48148 Bug ID: 48148 Summary: WinRAR x86 crashes when trying to view very large files Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1. Navigate to any large file (>4GB). 2. Hit Alt + V (Commands -> View File) Assertion failed: ~para->member.para.nFlags & MEPF_REWRAP, file caret.c, line 232 -- 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 50322] New: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console.
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50322 Bug ID: 50322 Summary: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console. Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 68905 --> https://bugs.winehq.org/attachment.cgi?id=68905 Backtrace of bug. Crash occurs when attempting to debug print an unimplemented function call when launching Cyberpunk2077 (GOG version) using dxvk with wine's dxgi.dll. Triggered by REDEngineErrorReporter.exe and not the game itself. -- 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 45023] New: TestBot Object Relational Mapper issues
by wine-bugs＠winehq.org 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45023 Bug ID: 45023 Summary: TestBot Object Relational Mapper issues Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot implements its own perl Object Relational Mapper (ORM) to access the database. It is implemented by the modules in lib/ObjectModel. The are two main concepts: * Items An Item is an object representing a table row. The classes such as Job, Step and Task all inherit from Item. * Collections A collection represents a table and is thus a collection of Items. To allow for fast access the items are stored in a perl hashtable indexed by their primary key. A Collection may not contain all of the table's rows. For instance a Step Collection only contains the Steps of the parent Job object used to create it. So $Job->Steps is a collection that contains only the $Job steps. The items in a Collection can be further filtered out by specifying that one of their property must be in a set of values. For instance $Jobs->AddFilter("Status", ["queued", "running"]) will cause the $Jobs collection to only return the queued and running jobs. Unfortunately this implementation has a number of limitations and design issues. 1. Care must be taken when creating multiple objects. my $Job1 = $Jobs->Add(); ... Set mandatory fields ... my $Job2 = $Jobs->Add(); ... Set mandatory fields ... # Here $Job1 != $Job2 $Jobs->Save(); Only $Job2 got saved to the database! The reason is that a Job's primary key is an auto-increment field. So the Job Id is set when it is saved to the database. Thus when created in memory that field is unset and an empty string is used when adding it to the $Jobs items hashtable. Thus $Job2 overwrites $Jobs->{Items}->{""} and is the only one that gets saved. Note that there is no such issue for Steps for instance because their key is not an auto-increment field and is set as soon as the object is created. Fortunately the workaround is simple: systematically save an object before creating the next one but the difference in behavior between $Jobs->Add() and $Steps->Add() is error prone. 2. Auto-increment values on new Items are not ignored If an auto-increment field is modified on an object, that value is used when saving the object to the database. This means fixing the previous issue is not as simple as setting $Job->Id(--$Unique): handling of auto-increment fields also needs to be changed when saving new objects. 3. Items retrieved from Detailref collections are missing fields 'Detailref' properties are used to represent 'one to many' relationships. They are used for instance to access the Steps that belong to a Job: my $Step = $Job->Steps->GetItem(1); Here Steps is a collection that gets created based on the information of the job's DetailRef property. However objects gotten in this way don't provide access to all of the corresponding database fields. In the case of Steps, although the Steps table has a JobId column, the $Step->JobId property does not exist. This presents difficulties in a number of cases such as when trying to figure out the name of the directory containing the Step's files since it is called "jobs/$JobId/$StepNo" (see Step::GetDir()). It also means there is no $Step->Job property to get back to the parent Job object (this would also cause a perl reference loop which would be troublesome). The reason for this issue is that when a Collection or Item has a parent object (called a 'master' object in the TestBot ORM) the parent's foreign key fields (Step.JobId here) are stored separately in a 'master cols' structure and are thus not accessible through the normal field methods. 4. "Child" objects can only be accessed from their parent Any collection referenced through a Detailref property can only be accessed through the corresponding 'parent' object. This is the case for the Steps collections. The only way to get a collection of steps is through $Job->Steps and this only returns the steps that belong to $Job. So it's not possible to iterate over all the rows in the Steps table. There is a (somewhat incorrect) workaround for this for the Records table. This involves having the CreateRecords() method picking one of two PropertyDescriptors list depending on the presence of a parent object. However the corresponding Record objects have an extra field compared to the ones obtained through $RecordGroup->Records: this time the foreign key identifying the parent object is accessible since it's not not tucked away in the 'master cols' structure. This is not an issue unless you start mixing both types of objects, for instance through scope inheritance. 5. The 'master cols' terminology is ambiguous. It's never clear if a 'master cols' method treats $self as a child of its parent object, or as the parent to other child objects. * $Step->GetMasterCols() treats $Step as a child object and returns the key columns of its $Job master object, that is (JobId). * Similarly $Step->MasterKeyChanged() means the parent object's key changed, so here that the value of $JobId changed (which happens on new objects due to the auto-increment field btw). * Despite the unchanged 'Master' moniker, $Step->GetMasterKey() considers $Step to be the master object of the Tasks it contains and thus includes the step's key in the returned columns. This means $Step->GetMasterKey() returns (JobId, StepNo). * Despite not having the 'Master' moniker, $Step->GetFullKey() works the same as $Step->GetMasterKey() but returns the column values as a single string '$JobId#@#$StepNo'. 6. Filters on Detailref collections It's possible to put a filter on a collection to only get a subset of the corresponding rows. For instance $Job->Steps->AddFilter('Status', ['queued']) ensures that one will only get the queued steps of $Job. But Detailref collections are stored as a field of the Item they belong to. This means $Job->Steps always returns the same collection object. So once a piece of code has set a filter on it, to only return 'queued' steps for instance, all other parts of the code will only get the 'queued' steps, no matter what they need. Also there is no method for cloning a collection (so one cannot do $Job->Steps->Clone()->AddFilter()), or for removing a filter. For instance: $Job->Steps->AddFilter('Status', ['queued']); ... # Here UpdateStatus() will only take into account the queued steps! $Job->UpdateStatus(); Note also that it's not entirely trivial to work around. It's tempting to do something like: $Job->Steps->AddFilter('Status', ['queued']); ... # Make sure the database contains an up-to-date view of all the Steps and # Tasks in $Job. $Job->Save(); # Then create a new job object from the database my $TmpJob = CreateJobs()->GetItem($Job->Id); # Now we can update the status without fearing bad filters. $TmpJob->UpdateStatus(); # But here $Job->Status could still be wrong so any code that still uses # $Job will be lead astray. So update $Job. $Job->Status($TmpJob->Status) # But that still leaves out every Step and Task object referenced by $Job # Also saving $Job will save $Job->Status, again. What could go wrong? 7. Filters vs. loading from the database Once a collection has been loaded from the database, adding a filter to it has no effect. That's because filtering happens by tweaking the SQL query and changing the filter does not mark the collection for reloading. Again this issue is made more severe because of the way Detailref collections are handled. If a piece of code has caused the $Job->Steps collection to be loaded, then adding a filter elsewhere will have no effect. For instance: $Job->UpdateStatus(); # calls $Job->GetItems(), loading it from DB ... $Job->Steps->AddFilter('Status', ['queued']); foreach my $Step ($Job->Steps->GetItem()) # Here we will get all steps, not just the queued ones! 8. No "or" operator in filters Originally the filters only allowed one to request that a field be in a set of admissible values. This was extended to allow requesting for a field to be less than, greater than or like some value. However it is still not possible to use an "or" operator in filters. So for instance one cannot retrieve all Steps that completed recently or correspond to a WineTest run (WHERE Ended > 5 minutes ago OR User == 'batch'). 9. No Itemref support for multiple key fields. A Task has a VMName field which is a foreign key referencing a VM. Through the use of an Itemref property one can directly access the VM with $Task->VM. But we cannot do the same thing for steps. The primary key of a step has two fields, (JobId, No). A step also has a PreviousNo field which identifies the step it depends on. So we would want to be able to access the previous step through $Step->Previous by using an Itemref property: CreateItemrefPropertyDescriptor("Previous", "Previous step", !1, !1, \&CreateSteps, ["JobId", "PreviousNo"]), However this fails with a "Multiple key components not supported" error. Note that for this to work we would also need a way to tell the Itemref that the Step.PreviousNo field should be mapped to Step.No. But there is no way to do so. 10. Collection::GetItem() blindly adds the item to the collection Collections have a GetItem() method that returns an item when given a string containing that object's key. So using the Step example above, if we still have the right $Job->Steps collection accessible, we can easily get the Previous step through: $Job->Steps->GetItem($Step->PreviousNo) However this also adds $Step->PreviousNo to the $Job->Steps collection, regardless of what the filter on that collection is. So when the scheduler analyzes the queued and running steps to figure out whether the one they depend on, $Step->PreviousNo, has completed, it also unwittingly adds the previous step to the $Job->Step collection. So the next iteration on the collection may return completed steps despite expectations. 11. Save order issues The TestBot ORM automatically takes care of saving parent objects before the child objects they contain. In practice, if you create a Job > Step > Task hierarchy you can count on the TestBot ORM to save the Job before saving the Steps that use the JobId as part of their key and so on. But this breaks down for $Step->PreviousNo. There you have to make sure to save the steps in the right order otherwise you get an SQL error. Similarly deletions must be performed in the right order. Fortunately this is mostly transparent since we only delete whole Jobs and Job::OnDelete() takes care of blanking the Step::PreviousNo fields before recursing. 12. No Order-by support There are a many cases where we retrieve a number of rows from the database and then do a simple alphabetical or numerical sort on them. That's the kind of thing that the database would do much faster than Perl. This is mostly an issue for the activity and statistics web pages because of the number of RecordGroups they handle. So it would be nice to be able to specify an Order-By SQL directive when retrieving the objects. However this would run into the same issues as the filters for Detailref collections with regards to already loaded collections, and GetItem() not knowing where to insert freshly loaded objects. 13. No support for joins There are a few cases where doing a join could be useful. For instance when reporting the activity what we really want is all the Records rows corresponding to a RecordGroup that is less than 12 hours old. For now we have to proceed indirectly: we query all the RecordGroup objects that are less than 12 hours old, take the lowest GroupId we find and then retrieve all the Records that have a Group Id greater than that. A different type of join could also be useful in many other places: currently we first retrieve the jobs and then we do one more SQL request per job to retrieve its steps and then one per step to retrieve the tasks. A join could let us load it all in one request. Fortunately we don't have many jobs so unlike in the activity case this does not have a significant performance impact. 14. Performance Most parts of the TestBot don't have much processing to do so that performance is not an issue (though there is not really any hard data). Things are different for the activity and statistics page. The statistics page is the worst and generating it takes over a dozen seconds. That's annoying because of the load it puts on the TestBot web server. It's also really long for a mere couple dozen thousand Records. Not all of it comes from the ORM but over 50% of it does. There are some relatively obvious paths for improvement. For instance accessing a field like $Job->Ended causes the ORM to loop over all of a job's property descriptors until it finds one called 'Ended', and then it returns the value from a hash table. It should be possible to make it so that most of the time the value is returned directly from the hash table. Detailref and Itemref properties have their own hash tables and so must be handled separately. But hat could likely also be changed. -- 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 51538] New: Control can no longer launch from an ntfs partition
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51538 Bug ID: 51538 Summary: Control can no longer launch from an ntfs partition Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ritalat(a)fastmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70377 --> https://bugs.winehq.org/attachment.cgi?id=70377 control console output I have a shared NTFS partition that I have used between Arch Linux and Windows 10 for a few years now. I have been able to play games such as Control in the past from it. Now multiple games fail to launch from that partition with similar "err:module:import_dll Library X not found" errors. Copying the entire game to a ext4 partition fixes the issue. -- 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 52378] New: Python WMI: AttributeError: wbemErrInvalidQuery
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52378 Bug ID: 52378 Summary: Python WMI: AttributeError: wbemErrInvalidQuery Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielsuarez369(a)protonmail.com Distribution: --- Created attachment 71591 --> https://bugs.winehq.org/attachment.cgi?id=71591 Full output when importing wmi in Python. When attempting to import the "wmi" module in Python it returns an AttributeError: wbemErrInvalidQuery. Steps to reproduce are: 1. Install Python (`wget https://www.python.org/ftp/python/3.10.1/python-3.10.1-amd64.exe" && wine python-3.10.1-amd64.exe`) 2. Install the WMI module (`wine python -m pip install WMI`) 3. Try to import the module (`wine python -c "import wmi"`) This is also reproducible with Pyinstaller executables that import it. -- 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 10

[Bug 52327] New: Wrong WM_CONTEXTMENU default message processing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52327 Bug ID: 52327 Summary: Wrong WM_CONTEXTMENU default message processing Product: Wine-staging Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yal(a)csoftcom.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- wine_master\dlls\user32\defwnd.c:323 wParam must point to _current_ child window hwnd when default process this message. https://docs.microsoft.com/en-us/windows/win32/menurc/wm-contextmenu case WM_CONTEXTMENU: if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD) SendMessageW( GetParent(hwnd), msg, wParam, lParam );<=wParam must be this hwnd else -------------------------------------------------------------- case WM_CONTEXTMENU: if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD) SendMessageW( GetParent(hwnd), msg, (WPARAM)hwnd, lParam ); else -- 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 52141] New: NetAPI detection in configure is broken
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52141 Bug ID: 52141 Summary: NetAPI detection in configure is broken Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 71188 --> https://bugs.winehq.org/attachment.cgi?id=71188 config.log This seems to be specific to macOS. I'm running macOS 10.14, building with 10.13 SDK and mingw. configure seems to pick up NetAPI, but still shows the notice saying it's not present. checking for -lnetapi... libnetapi.dylib configure: libnetapi not found, Samba NetAPI won't be supported. Attached is config.log. This check was added in <https://source.winehq.org/git/wine.git/commit/07c9dd9bdf560f86598aa496a0ffa…>, but I don't think this qualifies as a regression. -- 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 52102] New: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52102 Bug ID: 52102 Summary: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167" Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71122 --> https://bugs.winehq.org/attachment.cgi?id=71122 Console output Steps to reproduce: 1. Delete ~/.wine or move it to another location. 2. Create a new Wine bottle with the command `WINEARCH=win32 wine winecfg` and set the Windows version to 95 or 98. 3. Run `wine osw30demo.exe` to install outSPOKEN. The setup wizard will not complete until you select a speech synthesizer from the list. When the wizard asks which COM port the speech synthesizer is connected to, select "Internal". 4. Run `wine 'C:\Osw\OSW.EXE'` to start outSPOKEN. outSPOKEN crashes immediately. Console output is attached. $ sha256sum osw30demo.exe 89ae45e689e35b0618b1b4fa27fb0c3e5b854461391100e2dc1742395ffa77b6 -- 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 51983] New: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+ with Windows version set to "Windows 10"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51983 Bug ID: 51983 Summary: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+ with Windows version set to "Windows 10" Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.derivative.of.calculus(a)gmail.com Distribution: --- Created attachment 70970 --> https://bugs.winehq.org/attachment.cgi?id=70970 foobar2000 1.5.1 crash with windows 10 profile I had an old version of foobar2000 that I had never got around to upgrading, so I only recently came across this issue. Looking online it appears that a few people ran into it starting with v6.6, and it still exists with v6.20 (and as far as I can tell no one bothered to report it): https://forum.winehq.org/viewtopic.php?t=35166 https://hydrogenaud.io/index.php?topic=54933.525 When you start foobar2000 with Windows version set to "Windows 8.1" or below it runs normally. However, if you use "Windows 10" the application window briefly appears before the whole application crashes. Testing it, this affects foobar2000 v1.5.1+ Looking through foobar2000's changelog: https://www.foobar2000.org/changelog The one thing mentioning Windows 10 is: Reworked integration with Windows 10 Universal Volume Control. Enabled by default once again. Looking at the error messages: 0024:fixme:combase:RoGetActivationFactory (L"Windows.Media.Playback.BackgroundMediaPlayer", {00000035-0000-0000-c000-000000000046}, 0032F9E4): semi-stub 0024:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Media.Playback.BackgroundMediaPlayer" I'm wondering if there's a regression with Wine's handling of media controls for Windows 10 or equivalent. -- 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 50526] New: ConEmu wineconsole Ctrl+m has different behavior
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50526 Bug ID: 50526 Summary: ConEmu wineconsole Ctrl+m has different behavior Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: inseng Assignee: wine-bugs(a)winehq.org Reporter: adrianekaleksander(a)gmail.com Distribution: --- Cmd on Windows: Ctrl+M moves the cursor to the next line (ENTER key) On wine: Ctrl+M shows ^M 1.Open wineconsole 2.Press ctrl+m -- 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 52082] New: Ace Ventura the CD-ROM game, page fault on read access
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52082 Bug ID: 52082 Summary: Ace Ventura the CD-ROM game, page fault on read access Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- Created attachment 71094 --> https://bugs.winehq.org/attachment.cgi?id=71094 backtrack Ace Ventura CD-ROM game hungs in the game start after 10 seconds confirmed in Ace Ventura CDROM (Latin America) and Ace Ventura CDROM (German) git bissect get this bug is introducced in commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 This bug is a game bug (bad memory read)... but the game works OK in win 3.11 up to win xp (if i remember correctly) commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 ntdll: Don't use a custom alignment for large heap blocks. -- 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 51968] New: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51968 Bug ID: 51968 Summary: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fox2code(a)gmail.com Distribution: --- Created attachment 70953 --> https://bugs.winehq.org/attachment.cgi?id=70953 Logs of the app crash Some apps crashes due to the assumption that C:\windows\performance\winsat\datastore exists It's affecting this app: https://winaero.com/winaero-wei-tool/ Creating the folder manually allow the application to launch correctly Note: I already have a WIP patch that I will submit to wine to fix this issue -- 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 51938] New: Safe Exam Browser (SEB) won't install even with winetricks dotnet472
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51938 Bug ID: 51938 Summary: Safe Exam Browser (SEB) won't install even with winetricks dotnet472 Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bammgabriana(a)gmail.com Distribution: --- Created attachment 70908 --> https://bugs.winehq.org/attachment.cgi?id=70908 Screenshot of "Setup Failed" message explaining the possible error Safe Exam Browser (SEB) is a kiosk-like application integrated in Moodle to let students take an online exam in full-screen mode. It requires that the student install the SEB browser on his computer, which requires .NET Framework 4.72 and VC++ 2015-2019 Redistributable runtimes. Unfortunately, the setup program won't let you install. Even if the requirements are installed via winetricks, the installer still complains that they are missing and setup fails. To install, download the file "SEB_3.3.1.388_SetupBundle.exe" from here: https://sourceforge.net/projects/seb/files/seb/SEB_3.3.1/ To reproduce: $ rm -rf ~/.wine $ wineboot $ winetricks -q dotnet472 vcrun2019 $ wine SEB_3.3.1.388_SetupBundle.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 14

[Bug 47287] New: Accessible Event Watcher Tool 'accevent.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function oleacc.dll.AccessibleObjectFromEvent
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47287 Bug ID: 47287 Summary: Accessible Event Watcher Tool 'accevent.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function oleacc.dll.AccessibleObjectFromEvent Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Main menu 'Events', select 'Start Listening' and then click random main menu item again -> crash. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./accevent.exe ... 0036:err:ntdll:NtQueryInformationToken Unhandled Token Information class 26! wine: Call from 0x7b45323c to unimplemented function oleacc.dll.AccessibleObjectFromEvent, aborting wine: Unimplemented function oleacc.dll.AccessibleObjectFromEvent called at address 0x7b45323c (thread 0036), starting debugger... Unhandled exception: unimplemented function oleacc.dll.AccessibleObjectFromEvent called in 64-bit code (0x000000007b45323c). Register dump: rip:000000007b45323c rsp:0000000000248940 rbp:0000000000248a10 eflags:00000202 ( - -- I - - - ) rax:0000000000248960 rbx:0000000080000100 rcx:0000000000248960 rdx:0000000000248980 rsi:0000000000248a50 rdi:0000000000248990 r8:0000000000000002 r9:0000000000248a40 r10:0000000000000000 r11:0000000000659550 r12:000000018000a058 r13:0000000000000000 r14:0000000180005cc0 r15:0000000000000001 ... Backtrace: =>0 0x000000007b45323c RaiseException+0x6c(code=<is not available>, flags=<is not available>, nbargs=<is not available>, args=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32 (0x0000000000248a10) 1 0x00007f6170d48dad __wine_spec_unimplemented_stub+0x3c(module=<is not available>, function=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:32] in oleacc (0x0000000000248a60) 2 0x00007f6170d230f7 __wine_stub_AccessibleObjectFromEvent+0x16() in oleacc (0x0000000000248b00) 0x000000007b45323c RaiseException+0x6c [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32: leaq 0xfffffffffffffff0(%rbp),%rsp 86 } Modules: Module Address Debug info Name (108 modules) ELF 7b400000- 7b86c000 Dwarf kernel32<elf> \-PE 7b420000- 7b86c000 \ kernel32 ELF 7bc00000- 7bd55000 Deferred ntdll<elf> \-PE 7bc20000- 7bd55000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 14002f000 Deferred accevent PE 180000000- 18000d000 Deferred event ... ELF 7f617f6fc000- 7f617faa1000 Dwarf libwine.so.1 ELF 7f617faa3000- 7f617fccc000 Deferred ld-linux-x86-64.so.2 ELF 7ffd4edfc000- 7ffd4edfd000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 00000035 (D) C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64\accevent.exe 00000038 0 00000036 0 <== --- snip --- --- snip --- $ winedump -j import event.dll | sed -n '/OLEACC/,/^$/p' offset 0000663c OLEACC.dll Hint/Name Table: 00007580 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000050C8 Thunk Ordn Name 000050c8 25 ObjectFromLresult 000050d0 27 WindowFromAccessibleObject 000050d8 4 AccessibleObjectFromEvent 000050e0 18 GetRoleTextW 000050e8 20 GetStateTextW --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/oleacc/oleacc.spec --- snip --- 2 @ stub AccessibleObjectFromEvent --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/oleacc/nf-oleacc-acces… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-95-g6d05fae6f7 Regards -- 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 11

[Bug 42030] New: winedbg: Internal crash at 0x9f58fd40
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=42030 Bug ID: 42030 Summary: winedbg: Internal crash at 0x9f58fd40 Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following command crashes: $ winedbg --command < <(echo help) winedbg: Internal crash at 0x9f58fd40 Probably syntax isn't right, but still shouldn't internally crash. -- 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 6

[Bug 51821] New: EVE Online Sisi Client Crashes Due to differences in how Wine and Windows handle LoadLibraryExW Undefined Behavior
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51821 Bug ID: 51821 Summary: EVE Online Sisi Client Crashes Due to differences in how Wine and Windows handle LoadLibraryExW Undefined Behavior Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- I've been chasing this for the last few days and think I may finally have enough information to finally open a bug report. As of a few days ago, the Sisi testing client for EVE stopped working in recent versions of Wine, and the logs showed an unhandled Python error in a module called launchdarkly_client.pyd: ```ImportError: Failed to load DLL: Success``` I chased this down in a debugger and noticed they're passing a relative path to LoadLibraryExW for this library only (full/absolute paths for every other module), and 8 for dwFlags: ```hLibModule = LoadLibraryExW((LPCWSTR)plVar4[3],(HANDLE)0x0,8)``` Per the Microsoft documentation, 8 for dwFlags is undefined when the first argument is a relative path: https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloade… Weirdly enough, the library loads fine on Windows (I've confirmed in windbg), but it fails with error code 0x7e (Module not found) when trying to load it in wine. Other users running Wine 4.4 say Sisi launches fine and doesn't run into the error, although I havent been able to get older versions to build to try and test it, but it sounds like there is a difference between how recent Wine versions implement LoadLibraryExW() and how Windows does, at least with regards to the undefined behavior. Let me know if I can provide any other information that would be helpful for tracking this down. Thanks! -- 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 35

[Bug 52224] New: inetmib1:main test times out in linux
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52224 Bug ID: 52224 Summary: inetmib1:main test times out in linux Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- inetmib1 times out regularly in testbot. https://test.winehq.org/data/patterns.html#inetmib1:main -- 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 52200] New: Yamizome Liberator (demo): In game video isn't played.
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52200 Bug ID: 52200 Summary: Yamizome Liberator (demo): In game video isn't played. Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Yamizome Liberator -Yamiochi Yuusha to Ochiru Senki- Trial Edition[1] is a demo version of NSFW visual novel released in 2020 by Escu:de in Japan. After playing through the demo, I noticed in-game video isn't played when it should be. In detail, opening video, opening.wmv, should be played when the title screen is idle for 60 seconds. Please note that the playback only happens after playing through the demo due to some reason. [1] https://vndb.org/r75003 -- 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 52076] New: Wrong icons placement when using a theme
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52076 Bug ID: 52076 Summary: Wrong icons placement when using a theme Product: Wine Version: 6.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Application: WinSCP Just compare the screenshots. One is without using themes, the other one with the default Light theme. -- 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 12

[Bug 51220] New: version:info - The GetFileVersionInfoEx() checks fail in non-English locales
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51220 Bug ID: 51220 Summary: version:info - The GetFileVersionInfoEx() checks fail in non-English locales Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The GetFileVersionInfoEx() checks fail in non-English locales because the returned information seems to be localized even when they shouldn't be, i.e. for flags=0 and flags=FILE_VER_GET_NEUTRAL: https://test.winehq.org/data/patterns.html#version:info fr_FR: info.c:709: Test failed: [0] got 1036, expected lang is 1033 ja_JP: info.c:709: Test failed: [0] got 1041, expected lang is 1033 I suspect this is because this code block in GetFileVersionInfoSizeExW() systematically fails to find the English resource: LANGID english = MAKELANGID( LANG_ENGLISH, SUBLANG_DEFAULT ); hRsrc = FindResourceExW( hModule, MAKEINTRESOURCEW(VS_VERSION_INFO), (LPWSTR)VS_FILE_INFO, english ); I tried some alternative combinations for MAKELANGID() (though maybe not the right one) to no avail. So it's unclear to me if the issue is a bug in FindResourceExW() or an issue in the set up of the file version information in kernel32.dll. Note: * The fg-deb64-* tests are run in the fr_FR.UTF-8 locale. -- 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 32183] New: Cannot open console device read only, then read from it to get input
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=32183 Bug #: 32183 Summary: Cannot open console device read only, then read from it to get input Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Classification: Unclassified Created attachment 42462 --> http://bugs.winehq.org/attachment.cgi?id=42462 CON test program (source and exe) (Email sent to wine-devel for assistance, but logging bug to track issue in case I do not get anywhere) CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on windows and fails on wine. I need this particular sequence of events to work in order for a patch I have for cmd.exe to support CON input 'nicely' (read 'without hacks'). For simplicity sake I've cut this down to a tiny test program, which works on windows and fails on wine which does the following: Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which internally opens a CONIN$ device with the same access rights) Reads from the device with ReadFile - Because its a console device, this drops through to ReadConsoleW, which creates a CONOUT$ and then waits on a keystroke - Once the key is pressed (WCEL_Get) the key is 'inserted' into the input buffer by calling WriteConsoleInputW The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine, but if you open CONIN$ GENERIC_READ only then it fails on wine and works on windows, with the same issue. Now on windows, this works... the question is how to make it work on wine... My gut feeling, with nothing backing this at all, is that WCEL_Get should not use WriteConsoleInputW to inject the values into the input buffer, instead making the server call directly, but passing through to the server call something to indicate that it is ok to add the data to the buffer, but I'm fast getting out of my depth! How to reproduce: Compile sample source (exe provided in zip)... Run as: "test 1" - this is the one I need to work... \\.\CON GENERIC_READ case "test 2" - this is a similar problem but opens CONIN$ GENERIC_READ "test 3" - this works on both windows and wine, opening CONIN$ GENERIC_READ|GENERIC_WRITE "test 4" - this fails on both windows and wine as you cannot open CON device with WRITE access Except for case 4, When its 'failing' - when you press a key in wine, it exits. When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D on wine) is pressed and ends -- 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 14

[Bug 51911] New: vbscript does not handle strings in if clauses
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51911 Bug ID: 51911 Summary: vbscript does not handle strings in if clauses Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- This is followup from https://bugs.winehq.org/show_bug.cgi?id=50758 Test with postgresql-9.3 installer from [1]. It runs a script during installation similar to https://github.com/three-plus-three/tpt_env_amd64/blob/master/postgresql/in… that reports non-critical error to main install, script itself terminates. Reduced test case for this looks like this: --- if "0" then end if --- That leads to the following fixme, exactly that happens with the installer: --- 00f8:fixme:vbscript:stack_pop_bool unsupported for 000000000003C740 {VT_BSTR: L"0"} --- [1] https://www.enterprisedb.com/postgresql-tutorial-resources-training?cid=340 -- 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 51396] New: cl.exe sometimes fails with internal compiler error
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51396 Bug ID: 51396 Summary: cl.exe sometimes fails with internal compiler error Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Cl.exe from MSVC 2019 Build Tools sometimes fails with: "fatal error C1001: Internal compiler error." A workaround is setting vcruntime140_1 to native. This is possibly caused by unsupported flag in __CxxFrameHandler4: 0b24:fixme:seh:__CxxFrameHandler4 unsupported flags: 7a which is unsupported FUNC_DESCR_IS_SEPARATED in dlls/vcruntime140_1/except_x86_64.c Not critical since the workaround exists. I'm ready to test this when the flag is implemented. -- 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 12

[Bug 51195] New: Lara Croft and the Temple of Osiris doesn't launch
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51195 Bug ID: 51195 Summary: Lara Croft and the Temple of Osiris doesn't launch Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70069 --> https://bugs.winehq.org/attachment.cgi?id=70069 log d3dcompiler_43 - native,builtin d3dx11_43 - native,builtin (Otherwise the game fails after hitting 'Play' with "Failed to initialize Direct3D with current settings") msvcr110 - native,builtin (for launcher) Bug 49541 Assertion failed: iface->lpVtbl == &d3d11_rendertarget_view_vtbl, file ../wine/dlls/d3d11/view.c, line 1794 04d4:warn:d3d11:d3d_rendertarget_view_init Failed to create a wined3d rendertarget view, hr 0x80070057. 04d4:warn:d3d11:d3d_rendertarget_view_create Failed to initialize rendertarget view, hr 0x80070057. wine-6.9-148-gce151dd681f -- 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 50714] New: CMS client stopped working after latest wine update
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50714 Bug ID: 50714 Summary: CMS client stopped working after latest wine update Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: denis.salmanovich(a)gmail.com Distribution: --- Created attachment 69460 --> https://bugs.winehq.org/attachment.cgi?id=69460 errors backtrace Hello, I am using version 5.9 of wine and CMS client (https://camerayoosee.com/yoosee-cap-nhat-phien-ban-phan-mem-cms-client-moi-…) version 1.0.0.53 and it works fine. But if I want to update wine version to latest/newer (5.12 or 6.1) - I get error after login screen. Tried on two different machines with different kernels (both stack traces attached). -- 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 48631] New: Death to Spies: Moment of Truth demo renders text as a black squares
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48631 Bug ID: 48631 Summary: Death to Spies: Moment of Truth demo renders text as a black squares Product: Wine Version: 5.2 Hardware: x86-64 URL: http://files.aspyr.com/support/DTS_Demo_Installer.zip OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 66482 --> https://bugs.winehq.org/attachment.cgi?id=66482 screenshot Setting d3dx9_32 to 'native,builtin' helps. -- 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 51978] New: Autodesk fusion360 crashes at start: wine: Call from 000000007B01231E to unimplemented function msvcp140.dll.?table@?$ctype@D@std@@QEBAPEBFXZ, aborting
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51978 Bug ID: 51978 Summary: Autodesk fusion360 crashes at start: wine: Call from 000000007B01231E to unimplemented function msvcp140.dll.?table@?$ctype@D@std@@QEBAPEBFXZ, aborting Product: Wine Version: 6.19 Hardware: x86-64 URL: "https://dl.appstreaming.autodesk.com/production/insta llers/Fusion%20360%20Admin%20Install.exe" OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Hi, as the title says -- 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 51860] New: Missing include for uid_t on musl-based systems
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51860 Bug ID: 51860 Summary: Missing include for uid_t on musl-based systems Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: ismael(a)iodev.co.uk Distribution: --- Build log: gcc -m64 -c -o server/event.o server/event.c -Iserver -Iinclude -D__WINESRC__ -Wall -pipe -fcf-protection=none \ -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \ -Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes \ -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op \ -march=native -mtune=native -m64 -pipe -fPIC -ffast-math -funroll-loops -Os In file included from server/object.h:25, from server/thread.h:24, from server/event.c:34: /usr/include/sys/poll.h:1:2: warning: #warning redirecting incorrect #include <sys/poll.h> to <poll.h> [-Wcpp] 1 | #warning redirecting incorrect #include <sys/poll.h> to <poll.h> | ^~~~~~~ In file included from server/event.c:36: server/security.h:89:45: error: unknown type name 'uid_t'; did you mean 'luid_t'? 89 | extern const SID *security_unix_uid_to_sid( uid_t uid ); | ^~~~~ | luid_t -- 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 10

[Bug 48950] New: NVDA requires AccessibleObjectFromPoint for mouse tracking
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48950 Bug ID: 48950 Summary: NVDA requires AccessibleObjectFromPoint for mouse tracking Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux In order to track the mouse pointer and read what's under the mouse NVDA tries to get an IAccessible object using AccessibleObjectFromPoint. This fails with a stub and mouse tracking doesn't work. -- 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 51598] New: cmd.exe crashes on "if exist" without arguments
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51598 Bug ID: 51598 Summary: cmd.exe crashes on "if exist" without arguments Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 70448 --> https://bugs.winehq.org/attachment.cgi?id=70448 Example batch file Run `wine if-exist.bat` and a crash dialog will appear. `wine cmd /k if exist` and `wine if-exist.bat | tee /dev/null` do not open a crash dialog, but they do print "stack overflow" and exit. Strangely, `wine cmd /k if-exist.bat` does NOT crash. -- 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 41098] New: Descent 3 (GOG version) has problem when running with OpenGL renderer (Nvidia proprietary drivers )
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=41098 Bug ID: 41098 Summary: Descent 3 (GOG version) has problem when running with OpenGL renderer (Nvidia proprietary drivers) Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: c92451f295242110bf016facf0e80564f3643d94 Distribution: --- The bug reported here occurs with Nvidia binary drivers 367.35, but can't reproduce it with nouveau/mesa. I tried the official demo version, but it just hangs with a black screen with the OpenGL renderer (unrelated to this regression, occurs with nouveau as well and with older Wine versions). When OpenGL renderer is selected in the launcher, the game starts and plays the intro video, then the game quits after displaying this error message: 'Error: Generic renderer error." The OpenGL renderer in Descent 3 used to work until commit c92451f295242110bf016facf0e80564f3643d94 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 4 00:02:48 2015 +0100 wined3d: Always use the same formats in context_create() when "always_offscreen" is enabled. Disabling "AlwaysOffScreen" in the registry works around the problem. Terminal output shows only fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 Wine 1.9.16 Fedora 24 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 367.35 OpenGL core profile shading language version string: 4.50 NVIDIA -- 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 18

[Bug 52349] New: Vortex Mod Manager Starts but Infinitely Loads
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52349 Bug ID: 52349 Summary: Vortex Mod Manager Starts but Infinitely Loads Product: Wine Version: 7.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- SHA256 of installer executable: ee6a45b1a4f88e1c5905b3dc9b25578a520279ff8d8be14b1f56b041388fcd6a Download location: https://github.com/Nexus-Mods/Vortex/releases/download/v1.4.16/vortex-setup… SHA256 of log .tar.gz file: f87b5914373ab521ebcb0ea0ffe0679e3968c7c6a1f8fef10f64496fcdc6835f WARNING: - The compressed tarball is about 149.9 MiB - It contains a 6 GB log file (it was difficult to not get it to expand so quickly and to log it in the first place) - I recommend anyone only attempt to go through it if they have a lot of RAM, seriously. - Since it greatly exceeds the attachment limit, I had to upload it to a cloud hosting site (namely, mega.nz) Log download link: https://mega.nz/file/ZiJAkB5Y#UgnbfHO99ldqN1cbAs0KAxXxxNVNPoKKdAM27RsXmEM ----- I created a (non-staging) Wine prefix and used winetricks afterwards like so: winetricks -q dotnet48 vcrun2017 python27 None of these are required to install the program, but the the program does use .NET at runtime and MSVC2017 and python27+ are build requirements, so I added them anyway just to be sure. After the winetricks and program installation, the program automatically launches itself but hangs on "Loading extensions" for literally forever - generating that gigantic log file and it does so somewhat quickly, and my only means I had of logging it was with &> because my attempts to do so within the terminal myself just crashes my terminal. However, Kate (the KDE text editor) CAN read the entirety of the file but it takes a bit to actually load it initially. As someone unfamiliar with any of the contents though, there's not much I can say about it aside from that it's baffling why it would be so large. -- 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 13

[Bug 51959] New: Missing procedure GetDayLightFlag
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51959 Bug ID: 51959 Summary: Missing procedure GetDayLightFlag Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: deridiot(a)gmail.com Distribution: --- Created attachment 70942 --> https://bugs.winehq.org/attachment.cgi?id=70942 german Error Message about the missing procedure In the build process of a python project we employ a docker image that uses pyinstaller via wine (https://github.com/cdrx/docker-pyinstaller). When executing the frozen exe it will raise an error noting that ucrtbase.dll misses the procedure GetDayLightFlag If i explicitly tell the build process to ignore ucrtbase.dll from being included in the package it will use the dll of the system it runs on. Meaning it doesn't employ the file supplied by wine. I poked around the code a bit and probably we are just lacking stdcall GetDaylightFlag() in https://github.com/wine-mirror/wine/blob/master/dlls/ucrtbase/ucrtbase.spec But C isn't my language of choice so i will gladly admit that's just guessing. I've managed to work around my problem by just excluding the dll, but i feel this might help someone else in the future. -- 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 51864] New: VeraCrypt Installer for 1.24-Update7 (Win8+) fails with HRESULT 0x800288BD
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51864 Bug ID: 51864 Summary: VeraCrypt Installer for 1.24-Update7 (Win8+) fails with HRESULT 0x800288BD Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 70779 --> https://bugs.winehq.org/attachment.cgi?id=70779 Veracrypt installer Winedump Seems like the installer, a 32bit App, tries to register a 64bit TypeLib, but it fails: ... 0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782 0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782 ... 0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782 0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782 ... A quick check of the source code shows us, that wine does this on purpose: oleaut32.typelib.c: HRESULT WINAPI RegisterTypeLib(ITypeLib *ptlib, const WCHAR *szFullPath, const WCHAR *szHelpDir) { ... #ifndef _WIN64 if (attr->syskind == SYS_WIN64) return TYPE_E_BADMODULEKIND; #endif ... } Windows allows this behavior, as the installer works perfectly fine there. -- 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 52220] New: TMIDI Player, Cherry: Playback with multiple MIDI ports is broken
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52220 Bug ID: 52220 Summary: TMIDI Player, Cherry: Playback with multiple MIDI ports is broken Product: Wine Version: 7.0-rc1 Hardware: x86-64 URL: https://www.vector.co.jp/soft/dl/win95/art/se038910.ht ml OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: kakurasan(a)gmail.com Regression SHA1: 3d57cc2863f2f9a5ace40d29317b3ff4357fd119 Distribution: --- Created attachment 71297 --> https://bugs.winehq.org/attachment.cgi?id=71297 Sample MIDI file that uses 2 MIDI ports When the apps are configured to use multiple MIDI ports, playback is broken if the song (MIDI file) uses multiple MIDI ports. Downloads: * TMIDI Player: https://www.vector.co.jp/soft/dl/win95/art/se038910.html * Cherry: https://www.vector.co.jp/soft/dl/win95/art/se071842.html Steps to reproduce: 1. Install ja_JP.UTF-8 locale 2. Execute "winetricks fakejapanese_ipamona" for Japanese fonts 3. Download TMIDI Player 4. Install/run TMIDI Player on ja_JP.UTF-8 locale 5. Open menu item "オプション(O) - MIDI設定(M)" (or press Alt-o and Enter) and set MIDI Port A and B to valid and different MIDI ports 6. Open/play the attached MIDI file This is a regression introduced by: commit 3d57cc2863f2f9a5ace40d29317b3ff4357fd119 Author: Jacek Konieczny <jajcus(a)jajcus.net> Date: Wed Feb 12 12:53:54 2020 -0600 winealsa.drv: Send MIDI events to port subscribers. This way changes to the port connections made by other applications will be honoured. Signed-off-by: Jacek Konieczny <jajcus(a)jajcus.net> Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 17

[Bug 52173] New: kodi crashes at start: Call to unimplemented function wsdapi.dll.WSDCreateDiscoveryProvider, aborting
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52173 Bug ID: 52173 Summary: kodi crashes at start: Call to unimplemented function wsdapi.dll.WSDCreateDiscoveryProvider, aborting Product: Wine Version: 6.22 Hardware: x86-64 URL: https://mirrors.kodi.tv/releases/windows/win64/kodi-19 .3-Matrix-x64.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: --- Created attachment 71223 --> https://bugs.winehq.org/attachment.cgi?id=71223 patch with stub stub As the title says. Attached stub implementation gets it around this crash. Will send later to list Note: Starts further fine if I do 'winetricks dxvk141' but maybe my graphics card is too "simple', and this is not needed for other cards? -- 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 26350] New: Dungeons demo doesn't run
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=26350 Summary: Dungeons demo doesn't run Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.bigdownload.com/games/dungeons/pc/dungeons- demo/ OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com If I use mono-2.10-1, it fails with an error that mono can't handle it: Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException (string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. System.NullReferenceException: Object reference not set to an instance of an object With dotnet35, fails with: Unhandled Exception: System.MissingMethodException: Method not found: 'Void System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'. at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args) -- 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 39699] New: WINE Crashed during setup of 'EDT for Windows'
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=39699 Bug ID: 39699 Summary: WINE Crashed during setup of 'EDT for Windows' Product: Wine Version: 1.6-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: D.Kurtz(a)web.de Distribution: --- Created attachment 52941 --> https://bugs.winehq.org/attachment.cgi?id=52941 Saved Crashfile During running the Setup-Programm WINE crashed. I have Linux-Mint 17.2 and Wine !:1.6.2 You can get the Programm 'EDTW = EDT für Windows' at this Link: http://opg.de/download/edtw/setupedt.exe If possible please answer in German language because my english is very bad. Thanks Dietmar -- 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 14

[Bug 52799] New: Can't add repository
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52799 Bug ID: 52799 Summary: Can't add repository Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: slayersnet2012(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Add Repository gives an error Message like this: Fehl:7 https://dl.winehq.org/wine-builds/ubuntu jammy/main i386 Packages Datei hat eine unerwartete Größe (4812 != 6744). Eventuell läuft gerade eine Spiegel-Synchronisierung? [IP: 151.101.114.217 443] Hashes of expected file: - Filesize:6744 [weak] - SHA512:a15c76a48f721f44fadd27eacd67513d98524685955d8cf59da3ab4d43a2916969169bb53f0e76582e6cd41e55a6294426a364bf62c4365b79669ae94bf9a515 - SHA256:6e3c6241b7a543f121a60c8e91642652113eea4e7ab898709d0e6e5a9211e765 - SHA1:f9853bd8bd6cd2361f6458911fdbcd9ba666f683 [weak] - MD5Sum:34607ca91b2aecc163babf031878cfa5 [weak] Release file created at: Sat, 09 Apr 2022 15:20:32 +0000 -- 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 52697] New: missing fonts in unity games
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52697 Bug ID: 52697 Summary: missing fonts in unity games Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Before you ask, I've already seen some of those "install Arial/Arial Bold" 'solutions. But it's actually a bit more complicated. As a fallback font for not embedded font resources Unity is looking up Arial... Only it actually isn't. It starts with Arial name and any extra values like weight (which I suspect leads to Arial Bold - though just guessing that part), but actually assumes full font substitution is working behind the font. I assert that, cause I've run into a Japanese game that requested Arial, but expected it to have cjk glyphs. While Arial Unicode kind of worked, I'm pretty sure it was not what was originally requested. Also, Arial Unicode is suboptimal on quite a few levels. Though it might be that to start the process, a font file with font name containing 'Arial' needs to be present in drive_c/windows/fonts. One way or another, standard method of HKEY_CURRENT_USER\Software\Wow6432Node\Wine\Fonts\Replacements fails. -- 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 52037] New: MaiDenSnow Eve trial crashes upon entering load menu
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52037 Bug ID: 52037 Summary: MaiDenSnow Eve trial crashes upon entering load menu Product: Wine Version: 6.19 Hardware: x86-64 URL: https://trial.dlsite.com/doujin/RJ116000/RJ115762_tria l.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- I'm reporting against 6.19, but IIRC this predates 6.0. I have no proof that the problem stems from the code in win32u/gdiobj.c, as gdb backtraces report stack being corrupted. Yet after changing the warning in handle_entry to print handle value, I can see the handle (font) being accessed after being freed by free_gdi_handle. Also, 'all,-heap' somehow sidesteps the crash, for a price of a major slowdown. The crash is 'illegal instruction', so once again, stack corruption. To reproduce: - run the trial - pick the last option (fourth) in the menu - pick 'New Game' - go with the first option in the next menu - as the game starts, access menu (press X) and save (first option) - press F12 to quickly restart the game - back at the title screen pick 'Load Game' - ...get the crash (if at any point you get a splash screen with some text and a clock image, you need to press 'up,left,up,down,right' on the keyboard) -- 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 19841] New: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed.
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19841 Summary: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed. Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben.r.xiao(a)gmail.com In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons sometimes causes the mouse cursor to remain on screen even when the in-game menus are closed. In other words, during FPS gameplay, the cursor sits right where the crosshairs should be and does not disappear. Needless to say this is quite distracting. This cursor bug seems to appear randomly, but always after browsing an intelligence report or upgrading weapons. The only way to get rid of the cursor is to restart the game. I'll post an attachment showing this bug the next time I see it. -- 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 52732] New: Garbage user-name crated with wine, not the proper user-name like in older versions.
by WineHQ Bugzilla 11 Apr '22

11 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52732 Bug ID: 52732 Summary: Garbage user-name crated with wine, not the proper user-name like in older versions. Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rencer(a)euromail.hu Distribution: --- I'm not sure exactly when (the latest 7.4 version or which previous version) this started to happen, because for a very long time I used Lutris to manage Wine-versions and my Windows programs. Because of Lutris,I don't even have Wine installed system-wide. Sadly with the newest system (Manjaro XFCE) update someting in Python is totally broken, and because of that Lutris won't work anymore, so I had to install wine from system repo. The latest version in 7.4 The problem is when I createa a new (or try to change an existing wineprefix to use this system version), the user name is not my real username that I logged in with. Now wine creates a strange garbage user name: "u@". Previously it was correct and alway created the proper user folder, with the user who logged in and run wine. Long time ago, before I started using Lutris (I'm not sure which wine version that was, around 4.x) I used command line to run wine, create prefixes, or run any Windows programs and never was this bug. Also most of the progrmas I installed with older versions and later never changed it, I think the last version that I used with Lutris is 6.something and it also don't had this user-name bug. Problem is that all programs in any existing Wine-prefixes that was created with Lutris, (with the PROPER user-name) are broken, settings are lost, saves won't find, etc.,etc.,etc. because all the settings/saves are located in the correct user-name folder and not in this new bugged garbage "@u" name. First I thouth I lost all my files, and when I checked them with file-manager, that is how I realised this strange behaviour. Copying the files to the new garbage name location in NOT working all the time, because many times programs store their settings, saved files, etc. in the registry-database, so, this bug really broke many things. -- 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 13

[Bug 52598] New: Update instructions for repository key usage due to deprecation of apt-key
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52598 Bug ID: 52598 Summary: Update instructions for repository key usage due to deprecation of apt-key Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- When using the repo, apt update produces such warning: W: https://dl.winehq.org/wine-builds/debian/dists/testing/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. >From man apt-key DEPRECATION Except for using apt-key del in maintainer scripts, the use of apt-key is deprecated. This section shows how to replace existing use of apt-key. If your existing use of apt-key add looks like this: wget -qO- https://myrepo.example/myrepo.asc | sudo apt-key add - Then you can directly replace this with (though note the recommendation below): wget -qO- https://myrepo.example/myrepo.asc | sudo tee /etc/apt/trusted.gpg.d/myrepo.asc Make sure to use the "asc" extension for ASCII armored keys and the "gpg" extension for the binary OpenPGP format (also known as "GPG key public ring"). The binary OpenPGP format works for all apt versions, while the ASCII armored format works for apt version >= 1.4. -- 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 46936] New: cannot upgrade to wine-devel 4.5~bionic ( libfaudio0 dependency missing)
by wine-bugs＠winehq.org 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=46936 Bug ID: 46936 Summary: cannot upgrade to wine-devel 4.5~bionic (libfaudio0 dependency missing) Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: a34ypool3voiz(a)t-online.de CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 64049 --> https://bugs.winehq.org/attachment.cgi?id=64049 log showing missing libfaudio0 deps I have installed winehq-devel 4.4 on Ubuntu 18.04 amd64. Currently version 4.5 is available, but installation fails. Trying the usual "apt-get update && apt-get upgrade && apt-get dist-upgrade" lists winehq-devel as package that has been kept back. Then I tried the following: sudo apt-get install winehq-devel wine-devel wine-devel-amd64 wine-devel-i386 -f Now two unmet dependencies are listed, which cause the failure: libfaudio0 and libfaudio0:i386. Those packages do not exist in the repository. -- 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 39

[Bug 50251] New: Wrong public key from the repo prevents installation.
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50251 Bug ID: 50251 Summary: Wrong public key from the repo prevents installation. Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: kristijan.zic(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Distro: Ubuntu 20.04 Followed instructions for Focal Fossa here: https://wiki.winehq.org/Ubuntu Got this error: Err:10 https://dl.winehq.org/wine-builds/ubuntu focal InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 76F1A20FF987672F Reading package lists... Done W: GPG error: https://dl.winehq.org/wine-builds/ubuntu focal InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 76F1A20FF987672F E: The repository 'https://dl.winehq.org/wine-builds/ubuntu focal InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. -- 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 51920] New: Official package for Arch Linux
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51920 Bug ID: 51920 Summary: Official package for Arch Linux Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com CC: dimesio(a)earthlink.net Distribution: ArchLinux Wine has packages on the Arch Linux multilib and community repository, they're currently maintained by Felix Yan (Wine) and Daniel Bermond (Wine-gecko & Wine-mono) Problem is... Sometimes there's a huge delay on these packages when they get an update. This is not a issue only with Wine, it occurs with many other packages that are maintained in these repositories. Wine has just released version 6.20, but these repositories are still in 6.16... If we had a official WineHQ repository for Arch Linux distributions like we got in Ubuntu and Debian, we could get updates for Wine much quicker. Additionally, having git versions on the official repository would also be neat to get nightly builds of Wine. ^w^ -- 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 51933] New: 404 Not Found with sudo apt update
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51933 Bug ID: 51933 Summary: 404 Not Found with sudo apt update Product: Wine-staging Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: osaka.niconico(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I get the error 404 Not Found with `sudo apt update` and can't install wine. please take a look LANG=en sudo apt update Get:1 https://dl.winehq.org/wine-builds/ubuntu impish InRelease [8043 B] Get:2 https://dl.winehq.org/wine-builds/ubuntu impish/main i386 Packages [6952 B] Get:3 https://dl.winehq.org/wine-builds/ubuntu impish/main amd64 Packages [6936 B] Hit:4 http://security.ubuntu.com/ubuntu impish-security InRelease Err:5 https://dl.winehq.org/wine-builds/ubuntu impish/main all Packages 404 Not Found [IP: 151.101.74.217 443] Err:5 https://dl.winehq.org/wine-builds/ubuntu impish/main all Packages 404 Not Found [IP: 151.101.74.217 443] https://gist.github.com/GitHub30/84364cd3d749b0a1da151e845383729e lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 21.10 Release: 21.10 Codename: impish uname -a Linux impish 5.13.0-20-generic #20-Ubuntu SMP Fri Oct 15 14:21:35 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux 151.101.230.217(cache-hnd18751-HND) on Fastly is not working host -v dl.winehq.org Trying "dl.winehq.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59687 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dl.winehq.org. IN A ;; ANSWER SECTION: dl.winehq.org. 111 IN CNAME osff.map.fastly.net. osff.map.fastly.net. 1 IN A 151.101.230.217 Received 80 bytes from 127.0.0.53#53 in 8 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57706 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN AAAA Received 37 bytes from 127.0.0.53#53 in 20 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63933 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN MX Received 37 bytes from 127.0.0.53#53 in 20 ms LANG=en wget -d https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… DEBUG output created by Wget 1.21 on linux-gnu. Reading HSTS entries from /home/indri/.wget-hsts URI encoding = 'ANSI_X3.4-1968' converted 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (ANSI_X3.4-1968) -> 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (UTF-8) Converted file name 'Packages' (UTF-8) -> 'Packages' (ANSI_X3.4-1968) --2021-10-27 10:34:21-- https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… Resolving dl.winehq.org (dl.winehq.org)... 151.101.230.217 Caching dl.winehq.org => 151.101.230.217 Connecting to dl.winehq.org (dl.winehq.org)|151.101.230.217|:443... connected. Created socket 3. Releasing 0x000055bbc1fc6ac0 (new refcount 1). Initiating SSL handshake. Handshake successful; connected socket 3 to SSL handle 0x000055bbc1fc78a0 certificate: subject: CN=*.winehq.org issuer: CN=GlobalSign Atlas R3 DV TLS CA 2020,O=GlobalSign nv-sa,C=BE X509 certificate successfully verified and matches host dl.winehq.org ---request begin--- GET /wine-builds/ubuntu/dists/impish/main/binary-all/Packages HTTP/1.1 User-Agent: Wget/1.21 Accept: */* Accept-Encoding: identity Host: dl.winehq.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 404 Not Found Connection: keep-alive Content-Length: 196 Server: Apache Strict-Transport-Security: max-age=31536000 Cache-Control: max-age=604800 Content-Type: text/html; charset=iso-8859-1 Via: 1.1 varnish, 1.1 varnish Fastly-Debug-Digest: 71bd9e11bef6b16fa199d390a7364dfd70068eba5cc79f273515095069aaf4ec Accept-Ranges: bytes Date: Wed, 27 Oct 2021 01:34:22 GMT Age: 1076405 X-Served-By: cache-ord1730-ORD, cache-hnd18738-HND X-Cache: MISS, HIT X-Cache-Hits: 0, 6 X-Timer: S1635298462.347604,VS0,VE0 Vary: Accept-Encoding ---response end--- 404 Not Found Registered socket 3 for persistent reuse. Parsed Strict-Transport-Security max-age = 31536000, includeSubDomains = false Updated HSTS host: dl.winehq.org:443 (max-age: 31536000, includeSubdomains: false) URI content encoding = 'iso-8859-1' Skipping 196 bytes of body: [<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>404 Not Found</title> </head><body> <h1>Not Found</h1> <p>The requested URL was not found on this server.</p> </body></html> ] done. 2021-10-27 10:34:21 ERROR 404: Not Found. Saving HSTS entries to /home/indri/.wget-hsts But 151.101.110.217(cache-tyo11944-TYO) or 151.101.74.217(cache-nrt18337-NRT) on Fastly is working host -v dl.winehq.org Trying "dl.winehq.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18470 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dl.winehq.org. IN A ;; ANSWER SECTION: dl.winehq.org. 110 IN CNAME osff.map.fastly.net. osff.map.fastly.net. 30 IN A 151.101.110.217 Received 80 bytes from 127.0.0.53#53 in 24 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52478 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN AAAA Received 37 bytes from 127.0.0.53#53 in 20 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9249 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN MX Received 37 bytes from 127.0.0.53#53 in 20 ms LANG=en wget -d https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… DEBUG output created by Wget 1.21 on linux-gnu. Reading HSTS entries from /home/indri/.wget-hsts URI encoding = 'ANSI_X3.4-1968' converted 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (ANSI_X3.4-1968) -> 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (UTF-8) Converted file name 'Packages' (UTF-8) -> 'Packages' (ANSI_X3.4-1968) --2021-10-27 10:33:04-- https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… Resolving dl.winehq.org (dl.winehq.org)... 151.101.74.217 Caching dl.winehq.org => 151.101.74.217 Connecting to dl.winehq.org (dl.winehq.org)|151.101.74.217|:443... connected. Created socket 3. Releasing 0x00005562fd608aa0 (new refcount 1). Initiating SSL handshake. Handshake successful; connected socket 3 to SSL handle 0x00005562fd609880 certificate: subject: CN=*.winehq.org issuer: CN=GlobalSign Atlas R3 DV TLS CA 2020,O=GlobalSign nv-sa,C=BE X509 certificate successfully verified and matches host dl.winehq.org ---request begin--- GET /wine-builds/ubuntu/dists/impish/main/binary-all/Packages HTTP/1.1 User-Agent: Wget/1.21 Accept: */* Accept-Encoding: identity Host: dl.winehq.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK Connection: keep-alive Content-Length: 1758 Server: Apache Strict-Transport-Security: max-age=31536000 Cache-Control: max-age=604800 Last-Modified: Mon, 25 Oct 2021 12:12:48 GMT ETag: "6de-5cf2c477b5c33" Access-Control-Allow-Origin: * Via: 1.1 varnish, 1.1 varnish Fastly-Debug-Digest: 71bd9e11bef6b16fa199d390a7364dfd70068eba5cc79f273515095069aaf4ec Accept-Ranges: bytes Date: Wed, 27 Oct 2021 01:33:05 GMT Age: 132197 X-Served-By: cache-ord1731-ORD, cache-nrt18338-NRT X-Cache: HIT, HIT X-Cache-Hits: 2, 1 X-Timer: S1635298386.670273,VS0,VE0 ---response end--- 200 OK Registered socket 3 for persistent reuse. Parsed Strict-Transport-Security max-age = 31536000, includeSubDomains = false Updated HSTS host: dl.winehq.org:443 (max-age: 31536000, includeSubdomains: false) Length: 1758 (1.7K) Saving to: 'Packages' Packages 100%[================================================================================================================>] 1.72K --.-KB/s in 0s 2021-10-27 10:33:04 (31.8 MB/s) - 'Packages' saved [1758/1758] Saving HSTS entries to /home/indri/.wget-hsts -- 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 51849] New: Debian packaging: When building debian packages, HARDENING flags will be passed to cross-compiler
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51849 Bug ID: 51849 Summary: Debian packaging: When building debian packages, HARDENING flags will be passed to cross-compiler Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no CC: dimesio(a)earthlink.net Distribution: --- When packages are built on debian, the default "hardening" flags will be passed to wine/configure. The result from this is that wine/configure tries to do checks for cross-compiler (mingw-w64) with flags meant to be used for ELF binaries. The flags are -Wl,-z,relro This causes configure to fail several checks for cross-compiler. The logs from WineHQ official OBS builds here for Debian 11: https://build.opensuse.org/public/build/Emulators:Wine:Debian/Debian_11/x86… Failing these checks will cause mingw-w64 to create loads of warnings like: [ 1042s] In file included from dlls/cabinet/fdi.c:72: [ 1042s] dlls/cabinet/fdi.c: In function 'FDI_read_string': [ 1042s] dlls/cabinet/fdi.c:485:9: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'INT_PTR' {aka 'long long int'} [-Wformat=] [ 1042s] 485 | TRACE("(fdi == %p, hf == %ld, cabsize == %ld)\n", fdi, hf, cabsize); [ 1042s] | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~ [ 1042s] | | [ 1042s] | INT_PTR {aka long long int} If you however build without passing -Wl,-z,relro to mingw-w64, configure will pass a lot more tests, and the compile is quite a lot less noisy: https://build.opensuse.org/build/home:SveSop/Debian_11/x86_64/wine-devel/_l… Is there a possibility to avoid passing this flag to the cross-compiler in wine/configure? From what i gather, the -Wl,-z,relro flag is meant for ELF binaries, but afaik wine mostly (if not only) uses mingw-w64 to build PE libs, and thus these flags fail. You can add export DEB_LDFLAGS_MAINT_STRIP = -Wl,-z,relro to debian/rules, but that ofc means the ELF binaries built by gcc will not get these hardening flags. -- 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 50891] New: Fedora 33 repository missing wine-*-common x86_64 packages
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50891 Bug ID: 50891 Summary: Fedora 33 repository missing wine-*-common x86_64 packages Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: blacknova(a)tut.by CC: dimesio(a)earthlink.net Distribution: --- After recent update of Fedora repository, all x64_64 versions of wine-*-common packages are missing. DNF upgrade command complain on broken dependencies: Problem 1: cannot install the best update candidate for package wine-staging64-1:6.4-1.1.x86_64 - nothing provides wine-staging-common = 1:6.5-1.2 needed by wine-staging64-1:6.5-1.2.x86_64 Problem 2: package winehq-staging-1:6.5-1.2.x86_64 requires wine-staging64 = 1:6.5-1.2, but none of the providers can be installed - cannot install the best update candidate for package winehq-staging-1:6.4-1.1.x86_64 - nothing provides wine-staging-common = 1:6.5-1.2 needed by wine-staging64-1:6.5-1.2.x86_64 Problem 3: problem with installed package wine-staging64-1:6.4-1.1.x86_64 - package wine-staging64-1:6.4-1.1.x86_64 requires wine-staging-common = 1:6.4-1.1, but none of the providers can be installed - cannot install both wine-staging-common-1:6.5-2.1.i686 and wine-staging-common-1:6.4-1.1.i686 - cannot install the best update candidate for package wine-staging-common-1:6.4-1.1.i686 - nothing provides wine-staging-common = 1:6.5-1.2 needed by wine-staging64-1:6.5-1.2.x86_64 -- 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 51354] New: WRC 7 needs ID3DUserDefinedAnnotation interface
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51354 Bug ID: 51354 Summary: WRC 7 needs ID3DUserDefinedAnnotation interface Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Shows WRC 7 window and immediately closes. 0110:trace:d3d11:d3d11_device_context_QueryInterface iface 00000000001E31E8, iid {b2daad8b-03d4-4dbf-95eb-32ab4b63d0ab}, out 00000000026DA770. 0110:warn:d3d11:d3d11_device_context_QueryInterface {b2daad8b-03d4-4dbf-95eb-32ab4b63d0ab} not implemented, returning E_NOINTERFACE. wine-6.11-158-g542175ab104 -- 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 46615] New: PC Building Simulator doesn't render fonts
by wine-bugs＠winehq.org 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=46615 Bug ID: 46615 Summary: PC Building Simulator doesn't render fonts Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint I tried to play PC Building Simulator v9.3.4 but it's impossible to play the game because fonts are not rendered. I attached my console output (there are also errors). -- 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 5

[Bug 44950] New: err:ntdll: RtlpWaitForCriticalSection. Supreme Commander FA
by wine-bugs＠winehq.org 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44950 Bug ID: 44950 Summary: err:ntdll:RtlpWaitForCriticalSection. Supreme Commander FA Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: james.ytedmonds(a)gmail.com Distribution: --- This bug has affected Supreme Commander: Forged Alliance since pre-2.21. I have found this bug to affect multiple machines with clean wine prefixes. At some point during gameplay, the game will either stop entirely or the window for it will close. The terminal reads: " 007f:fixme:faultrep:ReportFault 0x153ece4 0x0 stub 0110:err:ntdll:RtlpWaitForCriticalSection section 0xfeec00 "?" wait timed out in thread 0110, blocked by 007f, retrying (60 sec) " The only option after this point is to kill the applications. I have found several things that seem to make the bug more likely: *Playing on large maps (definite correlation) *Using 6+ players (less certain) *High graphics settings (might affect timing of bug, but AFAIK cannot cause it) I have tried to override the "ntdll.dll" with one from real windows, but I believe wine at this time does not support overriding this DLL. The bug is easy to reproduce, on a large map (i.e. "Betrayal Ocean") it can occur within 5-10 minutes. I can get any details and logs needed, but I will need to be told how to get them (I am not experienced with debugging) -- 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 48847] New: dotnet471: often gets a critical section timeout
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48847 Bug ID: 48847 Summary: dotnet471: often gets a critical section timeout Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 66764 --> https://bugs.winehq.org/attachment.cgi?id=66764 bt all I've been seeing this when running winetricks-test, for dotnet46* and dotnet471. This info is for dotnet471. austin@laptop ~ $ grep 'wait timed out' /tmp/out.txt | sort -u 0048:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0048, blocked by 006e, retrying (60 sec) 006e:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 006e, blocked by 0174, retrying (60 sec) 00ad:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 00ad, blocked by 006e, retrying (60 sec) 00bb:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 00bb, blocked by 0174, retrying (60 sec) 00e2:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 00e2, blocked by 006e, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0114, blocked by 0174, retrying (60 sec) 0166:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0166, blocked by 006e, retrying (60 sec) 0169:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0169, blocked by 006e, retrying (60 sec) 016c:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 016c, blocked by 0174, retrying (60 sec) 0193:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0193, blocked by 006e, retrying (60 sec) winedbg bt all is attached. -- 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 19

[Bug 6682] IrfanView's 4.44 Help -> About window is missing a picture on the left
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=6682 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #75 from temp82(a)luukku.com --- (In reply to Artem S. Tashkinov from comment #74) > Can't reproduce in Wine 7.6, marking fixed. works here as well linuxmint Mate. wine 7.6. -- 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 6682] IrfanView's 4.44 Help -> About window is missing a picture on the left
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=6682 Artem S. Tashkinov <aros(a)gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED URL|http://www.techspot.com/dow |https://web.archive.org/web |nloads/299-irfanview.html#d |/20170711052934/https://www |ownload_scroll |.irfanview.info/files/iview | |444.zip Resolution|--- |FIXED --- Comment #74 from Artem S. Tashkinov <aros(a)gmx.com> --- Can't reproduce in Wine 7.6, marking fixed. -- 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 50629] New: Old links on https://www.winehq.org/forums
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50629 Bug ID: 50629 Summary: Old links on https://www.winehq.org/forums Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- Two old links on https://www.winehq.org/forums 1. "Users might also want to visit the Wine area at Linux Forums" has a link to http://www.linuxforums.org/forum/wine/ linuxforums.org is offline since May 2020 2. The wine-tests-results(a)winehq.org mailing list isn't used. -- 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 39379] New: test.winehq.org: Show a specific test history for a machine or platform
by wine-bugs＠winehq.org 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=39379 Bug ID: 39379 Summary: test.winehq.org: Show a specific test history for a machine or platform Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently it's possible to see at a glance how specific test fared across Wine commits and *all platforms*. For instance: https://test.winehq.org/data/tests/advapi32:service.html But if a platform has multiple test machines, one where the test has always failed and another where it has just started failing, one cannot see when the failures started on the above page. So it would be nice to have a similar page on a per-platform basis; or one with all the reports where that test failed regardless of platform. -- 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 48164] New: test.winehq.org should provide an efficient way to detect new failures
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48164 Bug ID: 48164 Summary: test.winehq.org should provide an efficient way to detect new failures Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Problem ------- test.winehq.org does not allow performing the following tasks efficiently: 1. Detecting when a new failure slips past the TestBot. One can detect new failures on the per test unit page when specific columns turn red. But quite often the test unit already has failures so one has to look at the specific number of failures. Furthermore many test units currently have failures so this requires checking 80+ pages individually. 2. Detecting when the results on a VM degrade. After upgrading a machine it's useful to compare it to its previous results. But the results for each date are on separate pages. So again it's necessary to check the per-test-unit result pages. 3. Comparing the results of two machines of different platforms. For instance comparing the results of running Windows 8 to those of Windows 10 on the same hardware. Other things that got asked: 4. Sometimes it would be nice to have only the failures, and not all the lines with skipped tests and todos. 5. In some cases it would also be nice to have pages with only the failures that happen on TesBot VMs since these are usually easier to reproduce. Jeremy's page ------------- Jeremy's test summary page can help with some of that: https://www.winehq.org/~jwhite/latest.html But: * It's not integrated with test.winehq.org which makes it hard to find. * There are only two states: Success and Failed: So it does not help when a test goes from having 2 failures to 4, or when it has a set of systematic failures and a set of intermittent ones. * The failed / success pattern is not per VM which masks some patterns and does not help with point 2. Proposal -------- A modified version of Jeremy's page could be integrated with test.wnehq.org: * It would actually be a pair of 'Failures' pages, one for TestBot VMs and one for all test results. Both would be linked to from the top of the main index page, for instance using the same type of 'prev | next' text links used on the other pages. * Jeremy's result matrix would be extended from three to four dimensions; test units, test results, time, and number/type of failures. * As before the results would be grouped per test unit in alphabetical order. Only the test units having at least one error, recent or not, would be shown. This could again be in the form of an array ('full report' pages on test.winehq.org) or simply test unit titles (TestBot jobDetails page style) with the information about each test unit inside. Clicking on the test unit name would link to its 'test runs' page on test.winehq.org. * For each test unit there would be one line per test result having errors. The first part of the line would have one character per commit for the whole history available on test.winehq.org. That character would indicate if the test failed and more. The second part of the line would be the test result platform and tag. They would be sorted per platform and alphabetically. * Each test result would get a one character code: . Success F Failure C Crash T Timeout m Missing dll (foo=missing or other error code) e Other dll error (foo=load error 1359 and equivalent) _ No test (the test did not exist) ' ' No result (the machine did not run the tests that day) * These codes would be shown using a monospace font so they would form a pattern across time and test results: .....F..F...F..F.mmm Win8 vm1 .....FFFFeFFFFFFeFFF Win8 vm1-ja ...TTCC Win8 vm2-new ......eF...F...F..F. Win10 vm3 * Each character would have a tooltip containing details like the meaning of the letter, the number of failures, or the dll error message. They would also link to the corresponding section of the test report. * In addition to the character the background would be color coded to make patterns more visible. . Green F Green to yellow to red gradient C Dark red T Purple/pink m Cyan e Dark blue _ Light gray ' ' White * The green-yellow-red gradient would be what allows detecting changes in the number of test failures. That gradient must be consistent for all lines of a given test unit's pattern. Furthermore the gradient must not be computed based on the test result's number of failures. That is, if a test unit has either 100 or 101 failures, those must not have nearly indistinguishable colors. Instead the set of all different failure counts for the test unit should be collected. Zero should be added to that set. Then these values should be sorted and a color attributed for each *index*. Then the background color is selected based on the index of that result's failures count. It is expected that each set will be relatively small so that the colors will be reasonably far apart, making it easy to distinguish a shift from 4 to 6 failures even if there are 100 failures from time to time. Also note hat adding zero to the set essentially reserves green for successful results. Implementation feasibility -------------------------- * No changes in dissect. * In gather, generate a new testunits.txt file containing one line per test unit: - The data source would be the per-report summary.txt files. -> These don't indicate when a timeout has occurred so timeouts will appear as F instead which is acceptable for a first implementation. - The first line would contain a star followed by the tags of all the test runs used to build the file: - The other lines would contain the name of the test unit followed by space-separated pairs of result code/failure count and result tag (including the platform). - A line would be put out even if the test unit had no failure. For instance, the commit1 testunit.txt file could contain: * win8_vm1 win8_vm1-ja win8_vm2-new win10_vm3 foo:bar 43 win8_vm1-ja C win8_vm2-new e win10_vm3 foo:bar2 - In the example above win8_vm1 only appears on the first line. This means WineTest was run on that machine but had no failure at all. - If the results for commit2 refer to a win8_vm4 machine, we will know that the reason win8_vm4 does not appear in commit1 file is not because all the tests succeeded, but because WineTest was not run on win8_vm4 for commit1. This means that the result code for win8_vm4 for commit1 should be ' '. not '.' for all test units. - If commit2 has results for the foo:bar3 test unit, then we will know the reason it is not present in the commit1 file is not because all the test runs were successful, but because foo:bar3 did not exist yet. So its result code would be '_', not '.'. * Add a new build-failures script to generate both failures pages. - This script will need to read the testunits.txt file for all the commits. The simplest implementation will be to read all the data into memory before generating the page. This will avoid having to deal with keeping the current test unit synchronized between all of the testunits.txt files when a new test unit has been added. - The combined size of the testunits.txt files is expected to be reasonable, within a factor of 3 of the summary.txt files. For reference, here is some data about the sizes involved: $ du -sh data 21G data $ ls data/*/*/report | wc -l 2299 $ cat data/*/*/report | wc 34,087,987 231,694,407 2,104,860,095 $ cat data/*/*/report | egrep '(: Test failed:|: Test succeeded inside todo block:|done [(]258)|Unhandled exception:)' | wc 567,158 6,275,504 53,202,999 $ cat data/*/summary.txt | wc 186,219 3,046,363 30,596,901 - Having a function to generate the page will allow calling it twice in a row to generate both pages without having to load and parse the testunits.txt files twice. -- 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 51352] New: test.winehq.org should distinguish "too much data" errors from others
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51352 Bug ID: 51352 Summary: test.winehq.org should distinguish "too much data" errors from others Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The new patterns page treats the "test printed too much data" failures like any other. It would be better to use another symbol and color when there is no other failure. -- 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 49058] New: https://source.winehq.org/git/website.git/ directs users to clone from http://, not https://
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49058 Bug ID: 49058 Summary: https://source.winehq.org/git/website.git/ directs users to clone from http://, not https:// Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- austin@laptop /tmp $ git clone http://source.winehq.org/git/wine.git Cloning into 'wine'... warning: redirecting to https://source.winehq.org/git/wine.git/ Looks like this is in the website config: https://source.winehq.org/git/website.git/blob/dccd8b12e3bce9d7a9cc2112e511… note, applies to the other git repos 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 4

[Bug 52088] New: Update favicon to 32X32
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52088 Bug ID: 52088 Summary: Update favicon to 32X32 Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: 2ndforwine(a)inmano.com Distribution: --- The 16x16 looks very blurry when compared to other web-sites. -- 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 50630] New: Old link on https://www.winehq.org/news
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50630 Bug ID: 50630 Summary: Old link on https://www.winehq.org/news Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- At the bottom of the page there is a link to World Wine News Archive - https://www.winehq.org/wwn The last "news" item is from 2017. Maybe it is an idea to remove this link. -- 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 51613] New: Broken link at https://wiki.winehq.org/Developer_Hints in conformance tests section
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51613 Bug ID: 51613 Summary: Broken link at https://wiki.winehq.org/Developer_Hints in conformance tests section Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: tatidev1454(a)protonmail.com Distribution: --- Link to http://www.winehq.org/site/docs/winedev-guide/testing broken at "writing conformance tests" section in https://wiki.winehq.org/Developer_Hints -- 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 50516] New: Broken link 'https://wiki.winehq.org/Useful_Registry_Keys'
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50516 Bug ID: 50516 Summary: Broken link 'https://wiki.winehq.org/Useful_Registry_Keys' Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: jose.relland(a)free.fr Distribution: --- Hi, thank you for your time. I noted that the linnk: "Wine Man Page" (at the bottom of the page) is broken. Send to 404 page error. Best 2021 year :) José from France -- 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 50512] New: Wiki /Bugs links broken, can't edit them
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50512 Bug ID: 50512 Summary: Wiki /Bugs links broken, can't edit them Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: ddascalescu+wine(a)gmail.com Distribution: --- I've created an account to edit the wiki. May I please have permission to do so? I'm User:Dandv on Wikipedia as well. Due to the extensive reorg of https://wiki.winehq.org/Wine_User's_Guide, the links at https://wiki.winehq.org/Bugs in "You installed and ran the application using Wine, not on your Windows installation" are broken. -- 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 52728] New: wine-7.5 build fails in Ubuntu 18.04
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52728 Bug ID: 52728 Summary: wine-7.5 build fails in Ubuntu 18.04 Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Created attachment 72087 --> https://bugs.winehq.org/attachment.cgi?id=72087 Ubuntu 18.04 failed build log All the other builds were fine, but it failed in winealsa.drv in Ubuntu 18.04 [ 2042s] dlls/winealsa.drv/alsamidi.c:117:8: error: unknown type name 'uint64_t' [ 2042s] static uint64_t get_time_msec(void) [ 2042s] ^~~~~~~~ [ 2042s] dlls/winealsa.drv/alsamidi.c: In function 'get_time_msec': [ 2042s] dlls/winealsa.drv/alsamidi.c:123:17: error: 'uint64_t' undeclared (first use in this function); did you mean 'u_int64_t'? [ 2042s] return (uint64_t)now.tv_sec * 1000 + now.tv_nsec / 1000000; [ 2042s] ^~~~~~~~ [ 2042s] u_int64_t [ 2042s] dlls/winealsa.drv/alsamidi.c:123:17: note: each undeclared identifier is reported only once for each function it appears in [ 2042s] dlls/winealsa.drv/alsamidi.c:123:26: error: expected ';' before 'now' [ 2042s] return (uint64_t)now.tv_sec * 1000 + now.tv_nsec / 1000000; [ 2042s] ^~~ [ 2042s] dlls/winealsa.drv/alsamidi.c:126:22: error: expected ';' before 'now' [ 2042s] return (uint64_t)now.tv_sec * 1000 + now.tv_nsec / 1000000; [ 2042s] ^~~ [ 2042s] dlls/winealsa.drv/alsamidi.c:127:1: warning: control reaches end of non-void function [-Wreturn-type] [ 2042s] } [ 2042s] ^ [ 2042s] Makefile:130009: recipe for target 'dlls/winealsa.drv/alsamidi.o' failed [ 2042s] make[1]: *** [dlls/winealsa.drv/alsamidi.o] Error 1 -- 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 52698] New: JW Scheduler installer fails to start: "Requires Microsoft .NET Framework 4.5.2"
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52698 Bug ID: 52698 Summary: JW Scheduler installer fails to start: "Requires Microsoft .NET Framework 4.5.2" Product: Wine Version: 7.4 Hardware: x86-64 URL: https://jwscheduler.com/jw-christian-life-ministry-mee ting-scheduler/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- It checks for the reg key DWORD HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v4\Full\Servicing which is not present. After manually creating it, the app installs and starts for me I guess this should be fixed in Mono (?) -- 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 52658] New: Swisslog
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52658 Bug ID: 52658 Summary: Swisslog Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kvradio(a)seznam.cz Distribution: --- EndeavourOS Wine 7.4-1 Swisslog http://www.swisslogforwindows.com/download.html has stopped working and freezes logo on startup.. No error displayed. Version 7.3 and earlier works very well (If I try to replace the folder /usr/lib32/wine from 7.3 package works 7.4 again) -- 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 52660] New: chunk allocator for GL uniform buffers kills performance in World of Warships
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52660 Bug ID: 52660 Summary: chunk allocator for GL uniform buffers kills performance in World of Warships Product: Wine Version: 7.4 Hardware: x86-64 URL: https://worldofwarships.eu/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: janbraun(a)gmx.net Regression SHA1: 86f0ae8efb17ce688986971d24c3e25840a2beef Distribution: --- I've found and bisected a huge performance regresssion in World Of Warships: With 86f0ae8efb17ce688986971d24c3e25840a2beef "wined3d: Use the chunk allocator for GL uniform buffers." applied, my framerate is around 18-20fps during gameplay. With that patch reverted, it's back at >=60fps. The code moved around in the meantime, but simply commenting out the "case GL_UNIFORM_BUFFER:" in use_buffer_chunk_suballocation() restores performance on wine 7.4 (= current git HEAD) as well. I have the subjective impression that other games might be affected too (things feel a bit more sluggy), but certainly nowhere as severely as WoWS. I didn't further test/benchmark, however, because WoWS was such a nice reproducer. Running mesa-21.3.7 on amdgpu. Please holler if you need more info. -- 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 52638] New: The 64-bit winmm:mci fails and crashes in test_openCloseWAVE() in Wine
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52638 Bug ID: 52638 Summary: The 64-bit winmm:mci fails and crashes in test_openCloseWAVE() in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 64-bit winmm:mci crashes in test_openCloseWAVE() in Wine: mci.c:389: Test failed: mci sysinfo all quantity returned MCIERR_UNRECOGNIZED_COMMAND mci.c:398: Test failed: sysinfo all quantity string and command differ Unhandled exception: page fault on read access to 0x000000000000020d in 64-bit code (0x00000000709b9ca1). [...] Backtrace: =>0 0x00000000709b9ca1 _wcsicmp_l+0x91(str1=*** Invalid address 0x0000000000000002 *** Internal symbol error: unable to access memory location 0000000000000002, str2=*** Invalid address 0x0000000000000000 *** Internal symbol error: unable to access memory location 0000000000000000, locale=000000000064E980) [Z:\home\winetest\winetest\src\dlls\msvcrt\wcs.c:132] in ucrtbase (0x000000000004dd50) 1 0x00000000709b9d6c _wcsicmp+0xc(str1=<internal error>, str2=<internal error>) [Z:\home\winetest\winetest\src\dlls\msvcrt\wcs.c:158] in ucrtbase (0x00000000709b9d60) 2 0x0000000000bf8057 MCI_FindCommand+0x38(s2=<internal error>, s1=<internal error>) [Z:\home\winetest\winetest\src\dlls\winmm\mci.c:946] in winmm (0x00000000709b9d60) 3 0x0000000000bf8057 MCI_FindCommand+0x67(uTbl=<internal error>, verb=<register RDI not accessible in this frame>) [Z:\home\winetest\winetest\src\dlls\winmm\mci.c:938] in winmm (0x00000000709b9d60) 4 0x0000000000bfbcc7 mciSendStringW+0xc57(lpstrCommand=<internal error>, lpstrRet=[<register RSP not accessible in this frame>, uRetLen=[<register RSP not accessible in this frame>, hwndCallback=[<register RSP not accessible in this frame>) [Z:\home\winetest\winetest\src\dlls\winmm\mci.c:1460] in winmm (0x00000000003e0000) https://test.winehq.org/data/patterns.html#winmm:mci This only happens with the 64-bit build but as far as I can tell it is systematic and impacts all machines. A bisect pointed to the following commit as the trigger: commit 7c76aa05a9d27dd6f5705c4ef90c16862af14f3e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Mar 7 14:42:32 2022 +0100 win32u: Move class management implementation from user32. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52340] New: wine-mono + RMS Express: COM Port errors connecting to radios
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52340 Bug ID: 52340 Summary: wine-mono + RMS Express: COM Port errors connecting to radios Product: Wine Version: 7.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: eric.wheez(a)gmail.com Distribution: --- Hello again, I just wanted to report in a "not implemented" exception in wine-mono. I believe that "System.IO.Ports.SerialPort.set_ReceivedBytesThreshold" not implemented in wine-mono is causing RMS Express to not be able to control the radio (channel selection and "push-to-talk"/"PTT" switch) over USB connection. Normal behavior is for RMS Express to tell the radio what radio channel to send/receive on & when to transmit/listen (via PTT switch). This behavior is working on RMS Express via Windows. This behavior is also working with RMS Express on Debian 10 VM with wine & .NET 4.6 (I had to set `sudo adduser $USER dialout && sudo reboot` to set permissions for the COM port for the user account so before channels/PTT worked .NET 4.6 though). The not implemented exception pops up in the linux terminal with wine-mono exactly at the same time that the (known-working-with-.NET4.6) COM port is said to be inaccessible. I've included the short log of the wine-mono not implemented exception at the of this post. [Setup] OS: Debian 10 (VMware Workstation on a Windows laptop) Wine: wine-7.0-rc4 devel Wine Mono: wine-mono 2f50d2c (https://nightly.link/madewokherd/wine-mono/actions/artifacts/131614059.zip) Program: Winlink Express 1.5.44.0 Radio: Yaesu FT-891 transceiver (with dummyload attached directly to radio - no feed line so I don't accidentally send signals) Details: - FT-891 connected to PC via USB cable (and make sure VMWare has the USB line routed into the VM instead of the host PC) - I set the FT-891's on-board settings to data 'baud' 9600. - I set in/out audio devices in ARDOP settings on the PC. Thank you again! And here's to 2022 being better than the previous two years :) Cheers ---- wine-mono not implemented exception log: ``` WINE_MONO_TRACE=E:System.MissingMethodException MONO_INLINELIMIT=0 WINE_MONO_HIDETYPES=1 wine RMS\ Express.exe ... [00000024:] EXCEPTION handling: System.NotImplementedException: The method or operation is not implemented. "<unnamed thread>" tid=00000024 this=04570120 , thread handle : 01df5788, state : not waiting at System.IO.Ports.SerialPort.set_ReceivedBytesThreshold (int) [0x0000f] in <117354a27af94c36af91c072a84e6fb8>:0 at (wrapper remoting-invoke-with-check) System.IO.Ports.SerialPort.set_ReceivedBytesThreshold (int) [0x00032] in <117354a27af94c36af91c072a84e6fb8>:0 at RMS_Express.Radio.OpenControlPort () [0x000b3] in <25c56d5497bc4490bd1b5395b173c5df>:0 at RMS_Express.Radio.SetRadio () [0x0014f] in <25c56d5497bc4490bd1b5395b173c5df>:0 at RMS_Express.Radio.SetFrequency (int,string) [0x00021] in <25c56d5497bc4490bd1b5395b173c5df>:0 at (wrapper remoting-invoke-with-check) RMS_Express.Radio.SetFrequency (int,string) [0x00033] in <25c56d5497bc4490bd1b5395b173c5df>:0 at RMS_Express.ArdopSession.Ardop_Activated (object,System.EventArgs) [0x00823] in <25c56d5497bc4490bd1b5395b173c5df>:0 at System.Windows.Forms.Form.OnActivated (System.EventArgs) [0x0001f] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Form.set_Active (bool) [0x000a6] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Form.WmActivate (System.Windows.Forms.Message&) [0x0001a] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Form.WndProc (System.Windows.Forms.Message&) [0x001b8] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control/ControlNativeWindow.OnMessage (System.Windows.Forms.Message&) [0x00001] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message&) [0x000b3] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message&) [0x00025] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message&) [0x00032] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.NativeWindowProc.Callback (intptr,int,intptr,intptr) [0x00037] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at (wrapper native-to-managed) System.Windows.Forms.NativeWindowProc.Callback (intptr,int,intptr,intptr) <0x00067> at <unknown> <0xffffffff> at (wrapper managed-to-native) System.Windows.Forms.SafeNativeMethods.ShowWindow (System.Runtime.InteropServices.HandleRef,int) <0x00012> at System.Windows.Forms.Control.SetVisibleCore (bool) [0x00061] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Form.SetVisibleCore (bool) [0x000d1] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control.set_Visible (bool) [0x00001] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control.Show () [0x00001] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at RMS_Express.ArdopSession.ShowSession () [0x00000] in <25c56d5497bc4490bd1b5395b173c5df>:0 at RMS_Express.Main.StartSession () [0x005fd] in <25c56d5497bc4490bd1b5395b173c5df>:0 at RMS_Express.Main.mnuSession_Click (object,System.EventArgs) [0x00000] in <25c56d5497bc4490bd1b5395b173c5df>:0 at System.Windows.Forms.ToolStripItem.RaiseEvent (object,System.EventArgs) [0x0001b] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs) [0x00001] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs) [0x0001d] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStripItem.HandleClick (System.EventArgs) [0x00051] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStripItem.HandleMouseUp (System.Windows.Forms.MouseEventArgs) [0x000fd] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStripItem.FireEventInteractive (System.EventArgs,System.Windows.Forms.ToolStripItemEventType) [0x00053] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType) [0x00103] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType) [0x00033] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStrip.OnMouseUp (System.Windows.Forms.MouseEventArgs) [0x0007d] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control.WmMouseUp (System.Windows.Forms.Message&,System.Windows.Forms.MouseButtons,int) [0x001c3] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&) [0x005a0] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message&) [0x00043] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message&) [0x00128] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.MenuStrip.WndProc (System.Windows.Forms.Message&) [0x00056] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control/ControlNativeWindow.OnMessage (System.Windows.Forms.Message&) [0x00001] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message&) [0x000b3] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message&) [0x00025] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message&) [0x00032] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.NativeWindowProc.Callback (intptr,int,intptr,intptr) [0x00037] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at (wrapper native-to-managed) System.Windows.Forms.NativeWindowProc.Callback (intptr,int,intptr,intptr) <0x00067> at <unknown> <0xffffffff> at (wrapper managed-to-native) System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW (System.Windows.Forms.NativeMethods/MSG&) <0x00012> at System.Windows.Forms.Application/ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop (intptr,int,int) [0x001d7] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Application/ThreadContext.RunMessageLoopInner (int,System.Windows.Forms.ApplicationContext) [0x00282] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Application/ThreadContext.RunMessageLoop (int,System.Windows.Forms.ApplicationContext) [0x0001a] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Application/ThreadContext.RunMessageLoop (int,System.Windows.Forms.ApplicationContext) [0x00033] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext) [0x00006] in <ff4fde3cd5024947a0edb51b0ef7fff6>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun () [0x00044] in <e344caf534bf4ffb982376a141ed987b>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel () [0x00035] in <e344caf534bf4ffb982376a141ed987b>:0 at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run (string[]) [0x0001b] in <e344caf534bf4ffb982376a141ed987b>:0 at RMS_Express.My.MyApplication.Main (string[]) [0x0000f] in <25c56d5497bc4490bd1b5395b173c5df>:0 at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) [0x00027] in <25c56d5497bc4490bd1b5395b173c5df>:0 ``` -- 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 13

[Bug 42309] New: The Crew (Uplay) crashes at start
by wine-bugs＠winehq.org 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=42309 Bug ID: 42309 Summary: The Crew (Uplay) crashes at start Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 57043 --> https://bugs.winehq.org/attachment.cgi?id=57043 Unhandled page fault read access to 0x0 in 64-bit code backtrace After the loading screen has closed, the screen goes black and then wine crashes with a read access to 0x00000000 in 64-bit code. The terminal is also filled with DirectX 11 fixme's. Tested on wine 2.0 + staged patch from bug 41356. -- 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 21

[Bug 52722] New: Winetricks dotnet installation hangs at wineserver -w
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52722 Bug ID: 52722 Summary: Winetricks dotnet installation hangs at wineserver -w Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: tatidev1454(a)protonmail.com Distribution: --- Created attachment 72082 --> https://bugs.winehq.org/attachment.cgi?id=72082 Logs of the affected function create_surrogate_server with 32 bits wine and WoW64 This bug only happens with 13064f991408ea5fa5e999705b13bda7bbd50e5b commit. 1. Run `winetricks dlls dotnet45` having a 32 bits build of wine in the PATH (or any other dotnet version which requires the installation of an older one) 2. Wait until dotnet40 installs. 3. Winetricks executes wineserver -w and it just hangs there. -- 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 52721] New: d3dx9_36:effect, d3dx11_42:d3dx11 and d3dx11_43:d3dx11 broken by use of vkd3d_shader_compile() for D3DCompile2()
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52721 Bug ID: 52721 Summary: d3dx9_36:effect, d3dx11_42:d3dx11 and d3dx11_43:d3dx11 broken by use of vkd3d_shader_compile() for D3DCompile2() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- A recent patch to use vkd3d_shader_compile() to implement D3DCompile2() broke d3dx11_42:d3dx11 and d3dx11_43:d3dx11. In both cases it leads to a crash: d3dx11.c:580: Test failed: Got unexpected errors. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x70bb0990). [...] Backtrace: =>0 0x70bb0990 strrchr+0x10(str=0x000000000, c=0x5c) [Z:\home\winetest\winetest\src\dlls\msvcrt\string.c:3166] in ucrtbase (0x0031d9b8) 1 0x69d8bcc9 d3dcompiler_include_from_file_open+0x49(iface=<internal error>, include_type=<internal error>, filename=<internal error>, parent_data=<internal error>, data=<internal error>, bytes=<internal error>) [Z:\home\winetest\winetest\src\dlls\d3dcompiler_43\compiler.c:521] in d3dcompiler_47 (0x0031db28) https://test.winehq.org/data/patterns.html#d3dx11_42:d3dx11 https://test.winehq.org/data/patterns.html#d3dx11_43:d3dx11 d3dx9_36:effect got broken too but at least in this case it's because of successes in todos so it's probably a trivial fix: effect.c:8108: Test succeeded inside todo block: Unexpected error, hr 0x80004005. effect.c:8133: Test succeeded inside todo block: D3DXInclude test failed with error 0x80004005. https://test.winehq.org/data/patterns.html#d3dx9_36:effect The commit that caused these new failures is: commit 6a062afb75c1e026614403312f2e13207e359634 (HEAD, refs/bisect/bad) Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Thu Mar 3 20:25:26 2022 -0600 d3dcompiler: Implement D3DCompile2() using vkd3d_shader_compile(). Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51713 Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 52668] New: Sparx Enterprise architect v15.2 1560 crashing on wine 7.4
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52668 Bug ID: 52668 Summary: Sparx Enterprise architect v15.2 1560 crashing on wine 7.4 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: viliam(a)tokarcik.eu Distribution: --- Hi, After upgrade wine from 7.3 to 7.4 Sparx enterprise architect v15.2 1560 start crashing while startup. 0024:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x3c0b989 wine ~/.wine32/drive_c/Program Files/Sparx Systems/EA/EA.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 3

[Bug 52628] New: game frozen after opening due to infinite loop in winmm.mmioDescend()
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52628 Bug ID: 52628 Summary: game frozen after opening due to infinite loop in winmm.mmioDescend() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 71949 --> https://bugs.winehq.org/attachment.cgi?id=71949 fix patch for infinite loop in winmm, mmio.c, function mmioDescend() around line 1232 there are a loop for mmioRead() mmioSeek() ... some old game using mmioDescend() and mmioRead() has a chance that always return -1 causing infinite loop. My only solution now is to skip that loop when mmioRead() return -1. This affect some old game like poppo, Silk Road ~Tale of the Star Island~ made by Sprite -- 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 51437] New: If Windows version changes from 7 to 10, Microsoft Edge calls unimplemented function uiautomationcore.dll.UiaRaiseAutomationPropertyChangedEvent
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51437 Bug ID: 51437 Summary: If Windows version changes from 7 to 10, Microsoft Edge calls unimplemented function uiautomationcore.dll.UiaRaiseAutomationPropertyChanged Event Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: uiautomationcore Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Install Wine Staging (Edge will not start on vanilla Wine). 2. Run `wine MicrosoftEdgeSetup.exe` (make sure to download the installer for Windows 7). 3. Run `winecfg` and change the Windows version from 7 to 10. 4. Run `wine msedge`. If the Windows version is set to 10 from the beginning (and Edge's Windows 10 installer is used), the crash does not occur. However, it's a reasonable use case to install Edge with default Wine settings and then "upgrade" Wine to Windows 10 later. $ sha256sum MicrosoftEdgeSetup.exe c449a35ff96012ae26336ff630ced945d85f83b162b041606549c555b8a997c8 -- 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 52652] New: Adobe Photoshop 7.0 crashes on startup
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52652 Bug ID: 52652 Summary: Adobe Photoshop 7.0 crashes on startup Product: Wine Version: 7.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- 002c:err:wineboot:process_run_key Error running cmd L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (126). 0070:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0024:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet 00dc:fixme:imm:ImeSetActiveContext (0x264cd8, 0): stub 00dc:fixme:imm:ImmReleaseContext (00010020, 00264CD8): stub 0024:fixme:imm:ImeSetActiveContext (0x250860, 1): stub 0024:fixme:imm:ImmReleaseContext (00010056, 00250860): stub wine: Unhandled page fault on read access to 00000000 at address 7CD79479 (thread 0024), starting debugger... 0160:fixme:imm:ImeSetActiveContext (0x25a4a8, 1): stub 0160:fixme:imm:ImmReleaseContext (00020264, 0025A4A8): stub Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7cd79479). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7cd79479 ESP:0021de90 EBP:00000026 EFLAGS:00210206( R- -- I - -P- ) EAX:00000000 EBX:7ce90428 ECX:0021e050 EDX:4545524e ESI:00250158 EDI:00000008 Stack dump: 0x0021de90: 00000000 00000000 00000000 7ce90428 0x0021dea0: 00000001 00000000 00000009 7e768fbc 0x0021deb0: 7e798000 00000229 0021dee8 7e9729a6 0x0021dec0: 0001005e 00000000 00000000 51b96900 0x0021ded0: 00000000 00000000 00000000 7ce90428 0x0021dee0: 00250158 00000008 00000026 7cd7dd9d Backtrace: =>0 0x7cd79479 (0x00000026) 0x7cd79479: movl 0x0(%eax),%eax Modules: Module Address Debug info Name (40 modules) PE 00360000-0038d000 Deferred bib PE 00400000-013b8000 Deferred photoshop PE 013c0000-014ca000 Deferred agm PE 014d0000-01641000 Deferred cooltype PE 01650000-01700000 Deferred asn.er PE 03140000-0321b000 Deferred photoshop PE 03220000-03475000 Deferred psviews PE 051e0000-05203000 Deferred pdf image import.8bi PE 05210000-054e0000 Deferred pdfl50 PE 054e0000-054f7000 Deferred opp PE 10000000-10075000 Deferred ace PE 7b020000-7b027000 Deferred kernelbase PE 7b620000-7b685000 Deferred kernel32 PE 7bc20000-7bc24000 Deferred ntdll PE 7c860000-7c864000 Deferred shfolder PE 7c9d0000-7c9d4000 Deferred uxtheme PE 7cb10000-7cb14000 Deferred mpr PE 7cb40000-7cb46000 Deferred winspool PE 7cb80000-7cb96000 Deferred comdlg32 PE 7cc00000-7cc04000 Deferred sti PE 7cec0000-7cf01000 Deferred comctl32 PE 7d050000-7d054000 Deferred winex11 PE 7d100000-7d104000 Deferred imm32 PE 7d810000-7dfe9000 Deferred shell32 PE 7e110000-7e117000 Deferred oleaut32 PE 7e230000-7e234000 Deferred msacm32 PE 7e270000-7e27f000 Deferred winmm PE 7e2e0000-7e2e4000 Deferred rpcrt4 PE 7e370000-7e373000 Deferred combase PE 7e3f0000-7e418000 Deferred ole32 PE 7e520000-7e523000 Deferred shcore PE 7e660000-7e664000 Deferred shlwapi PE 7e6b0000-7e6b4000 Deferred version PE 7e810000-7e813000 Deferred win32u PE 7e870000-7e874000 Deferred gdi32 PE 7e920000-7e9fa000 Deferred user32 PE 7eb50000-7eb54000 Deferred ucrtbase PE 7ec40000-7ec43000 Deferred sechost PE 7eca0000-7eca4000 Deferred msvcrt PE 7ed60000-7ed64000 Deferred advapi32 Threads: process tid prio name (all IDs are in hex) 00000020 (D) C:\Program Files\Adobe\Photoshop 7.0\Photoshop.exe 00000024 0 <== 00000110 0 00000114 0 00000118 0 00000164 0 00000038 services.exe 0000003c 0 00000040 0 0000004c 0 00000050 0 00000078 0 0000007c 0 00000088 0 000000a8 0 000000c0 0 000000f4 0 00000044 winedevice.exe 00000048 0 00000054 0 00000058 0 0000005c 0 000000cc 0 00000080 winedevice.exe 00000084 0 0000008c 0 00000090 0 00000094 0 00000098 0 0000009c 0 000000a0 plugplay.exe 000000a4 0 000000ac 0 000000b0 0 000000b4 0 000000b8 svchost.exe 000000bc 0 000000c4 0 000000c8 0 000000d0 conhost.exe 000000d4 0 000000d8 explorer.exe 000000dc 0 000000e0 0 000000e4 0 000000ec rpcss.exe 000000f0 0 000000f8 0 000000fc 0 00000100 0 00000104 0 00000108 0 0000010c 0 System information: Wine build: wine-7.4 Platform: i386 Version: Windows XP Host system: Linux Host version: 5.15.19-az2 -- 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 23

[Bug 50158] New: Oculus Runtime won't start: "Could not load file or assembly 'Daybreak'"
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50158 Bug ID: 50158 Summary: Oculus Runtime won't start: "Could not load file or assembly 'Daybreak'" Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: criteria32(a)gmail.com Distribution: --- Created attachment 68674 --> https://bugs.winehq.org/attachment.cgi?id=68674 Crash log Can be downloaded at oculus.com/setup or with this direct link: https://www.oculus.com/download_app/?id=1582076955407037 -- 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 17

[Bug 52781] New: Origin does not notice games exiting, does not allow them to be relaunched
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52781 Bug ID: 52781 Summary: Origin does not notice games exiting, does not allow them to be relaunched 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: xiretza+winehq(a)xiretza.xyz Distribution: --- Created attachment 72163 --> https://bugs.winehq.org/attachment.cgi?id=72163 wine log of starting origin, launching game and quitting game Upon starting a game from Origin, the "Play" button gets grayed out and no further games can be launched. Normally, this is supposed to revert once the game exits, but Origin under Wine does not seem to notice this, and has to be quit and relaunched completely to play another game (or start the original game again). -- 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 52784] New: Double mouse cursor in Fahrenheit: Indigo Prophecy Remastered
by WineHQ Bugzilla 08 Apr '22

08 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52784 Bug ID: 52784 Summary: Double mouse cursor in Fahrenheit: Indigo Prophecy Remastered Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 72165 --> https://bugs.winehq.org/attachment.cgi?id=72165 example wine-7.5-264-g5a815669e8e -- 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 52780] New: The Evil Within has very slow performance
by WineHQ Bugzilla 07 Apr '22

07 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52780 Bug ID: 52780 Summary: The Evil Within has very slow performance Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 72161 --> https://bugs.winehq.org/attachment.cgi?id=72161 output wine-7.5-264-g5a815669e8e -- 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 45103] New: FlixGrab: Crashes on launch after showing the splash screen
by wine-bugs＠winehq.org 07 Apr '22

07 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45103 Bug ID: 45103 Summary: FlixGrab: Crashes on launch after showing the splash screen Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lucas.halbig(a)gmail.com Distribution: --- Created attachment 61276 --> https://bugs.winehq.org/attachment.cgi?id=61276 backtrace file when app crashed When attempting to launch https://www.freegrabapp.com/flixgrab after installation it failes to go past the splash screen. -- 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 50460] New: Regression on installing mdac28 on 6.0-rc5 was ok in 5.0.4
by WineHQ Bugzilla 07 Apr '22

07 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50460 Bug ID: 50460 Summary: Regression on installing mdac28 on 6.0-rc5 was ok in 5.0.4 Product: Wine Version: 6.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pierre(a)couderc.eu Distribution: --- Created attachment 69085 --> https://bugs.winehq.org/attachment.cgi?id=69085 log of the trial Using : sudo rm -rI .wine/ WINEARCH=win32 winecfg winetricks mdac28 wine .wine/drive_c/windows/system32/odbcad32.exe fails on last version (from winehq-devel from deb https://dl.winehq.org/wine-builds/debian/ bullseye main debian) and is ok with default bullseye release (5.0.4). odbcad32.exe box is not displayed. Full (small...) listing in attachment I am not able to know if the problem is wine or winetricks. But I am surprised that msado15 is installed as ado is not needed for mdac adn odbs... -- 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 52530] New: dowonline: Crash at start with multiple error messages (needs dotnet452)
by WineHQ Bugzilla 06 Apr '22

06 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52530 Bug ID: 52530 Summary: dowonline: Crash at start with multiple error messages (needs dotnet452) Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 71830 --> https://bugs.winehq.org/attachment.cgi?id=71830 Screenshots and log This application crashes from beginning on Wine Mono 7.0.0, installing dotnet452 with winetricks is a working workaround I've used the ZIP version of the application. Version 2.8 Procedure: 1 - Run DowOnline.exe Download (Version v. 2.8): https://dowonline.ru SHA1 (ZIP): 101a1bf896b834cd8653127a985ae10c080dbeba SHA1 (Installer): f47f7a529f5fcb0449fad0a5d497f667292accea Note: I had TLS package decode errors during download, so i was unable to download it from a browser, use wget instead to download the file if that occurs -- 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 52532] New: SDL 2.0.20 doesn't restore fullscreen mode when restoring a window
by WineHQ Bugzilla 06 Apr '22

06 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52532 Bug ID: 52532 Summary: SDL 2.0.20 doesn't restore fullscreen mode when restoring a window Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Same testcase as bug 52519. SDL will, in some cases, minimize fullscreen windows when they are deactivated. If this happens in SDL 2.0.20, the window will not be fullscreen when it is restored. To reproduce the bug: * Run the test program in Wine with SDL_EVENT_LOGGING=1 * Click the window to fullscreen it. * Alt+tab to another window. * Restore the test program's window. * It appears with a windowed size rather than fullscreen. Based on logs, I believe that SDL is requesting a fullscreen size and position, but Wine never requests NET_WM_STATE_FULLSCREEN. I'm not sure why. -- 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 10

[Bug 52519] New: SDL 2.0.20 reports wrong FOCUS_GAINED event when minimizing an inactive fullscreen window
by WineHQ Bugzilla 06 Apr '22

06 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52519 Bug ID: 52519 Summary: SDL 2.0.20 reports wrong FOCUS_GAINED event when minimizing an inactive fullscreen window Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Created attachment 71817 --> https://bugs.winehq.org/attachment.cgi?id=71817 test case (C source) SDL will, in some cases, minimize fullscreen windows when they are deactivated. If this happens in SDL 2.0.20, it will report a FOCUS_LOST event followed by a FOCUS_GAINED event. It should only report the FOCUS_GAINED event when the window is restored, which is what happens on Windows. Also reported here: https://github.com/libsdl-org/SDL/issues/5316 Test program attached. This requires SDL. To reproduce the bug: * Run the test program in Wine with SDL_EVENT_LOGGING=1 * Click the window to fullscreen it. * Alt+tab to another window. * The last focus event logged was FOCUS_GAINED. I know this happens because SDL receives a WM_ACTIVATE message indicating that the window is minimized, but GetForegroundWindow reports that the application is still in the foreground. SDL responds to WM_ACTIVATE by "resyncing" focus, so it responds to this by reporting FOCUS_GAINED. I haven't been able to figure out the exact set of circumstances that cause this behavior in Wine, so I couldn't make a test case that doesn't require SDL. -- 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 52529] New: Black screen in Zork: Grand Inquisitor
by WineHQ Bugzilla 06 Apr '22

06 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52529 Bug ID: 52529 Summary: Black screen in Zork: Grand Inquisitor Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: --- Zork: Grand Inquisitor (CD and demo version) installs without problems but launching the game results in a black screen. This may be related to bug 1347, bug 2082, etc. but needs to be reviewed to determine if it is a duplicate of those or not. Demo: https://archive.org/details/ZGIDEMO GoG: https://www.gog.com/game/zork_grand_inquisitor The CD version of the game is playable on ScummVM and the GoG version includes it. The demo doesn't work (cursor only) so the other versions are more reliable examples of expected behavior. https://wiki.scummvm.org/index.php?title=Zork:_Grand_Inquisitor The game requires 640x480x16. I tried it in a virtual desktop and Xephyr. Game music requires MIDI (I used TiMidity++). Xubuntu 20.04.3 x86_64 AMD Phenom 9550 GeForce GTX 750 Ti using Nvidia 470.57.02 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.

1 2

[Bug 51901] New: Warcraft 3 disconnects Randomly when using bonjour service and w3champions
by WineHQ Bugzilla 05 Apr '22

05 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51901 Bug ID: 51901 Summary: Warcraft 3 disconnects Randomly when using bonjour service and w3champions Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: kostile(a)gmail.com Distribution: --- I didn't get a full trace log, but below is the output I get when the game disconnects randomly: npacked/flo-worker.exe: /home/ubuntu/buildbot/runners/wine/wine-src/dlls/ntdll/unix/thread.c:1773: ntdll_set_exception_jmp_buf: Assertion `!jmp || !ntdll_get_thread_data()->jmp_buf' failed. 0630:err:virtual:virtual_setup_exception nested exception on signal stack in thread 0630 addr 0x7fd6118a5d22 stack 0x67fbddb0 There doesn't seem to be any reason, it just randomly disconnects. Could be 2 minutes into a game or 30 minutes into a game. -- 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 52662] New: Cyberpunk 2077 fails to start with LdrInitializeThunk "comctl32.dll" failed to initialize, aborting
by WineHQ Bugzilla 04 Apr '22

04 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52662 Bug ID: 52662 Summary: Cyberpunk 2077 fails to start with LdrInitializeThunk "comctl32.dll" failed to initialize, aborting Product: Wine-staging Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- With wine-staging 7.4, Cyberpunk 2077 isn't launching anymore, with such error showing up in the logs: 0134:err:module:LdrInitializeThunk "comctl32.dll" failed to initialize, aborting 0134:err:module:LdrInitializeThunk Initializing dlls for L"C:\\cyberpunk_2077\\bin\\x64\\Cyberpunk2077.exe" failed, status c0000005 I tested it with regular (non staging) Wine and it launches OK, so it must be some regression in 7.4 staging. -- 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 52768] New: IrfanView can't open images with context menu resulting in a black screen
by WineHQ Bugzilla 03 Apr '22

03 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52768 Bug ID: 52768 Summary: IrfanView can't open images with context menu resulting in a black screen 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: mo78(a)abv.bg Distribution: --- Hello, As of v.7.5 IrfanView can't open images from the context menu when this workaround is used: QUICKPARLOCATION="/path/to/i_view32.exe" PARAM=`winepath -w "$*"` wine "$QUICKPARLOCATION" "$PARAM" & exit 0 The program starts normally but with a black screen instead of the image. It's working fine with all previous Wine versions. Without this workaround there's no context menu to open images and it isn't in the list of available image handling programs, despite of the fact "Association with images" is selected during install. Executing this script doesn't give any useful output so I don't know how to give you any. -- 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 52645] New: API PathMatchSpecExW not implemented
by WineHQ Bugzilla 03 Apr '22

03 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52645 Bug ID: 52645 Summary: API PathMatchSpecExW not implemented Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: co(a)kevquinn.com Distribution: --- Created attachment 71964 --> https://bugs.winehq.org/attachment.cgi?id=71964 Backtrace showing PathMatchSpexExW error The McAfee "FRP" removable media encryption client uses the PathMatchSpecExW API, which isn't implemented, and prevents the client from running on Wine. (McAfee don't have a native Linux client as far as I can tell) (PathMatchSpecW is implemented - it's the Ex variant that isn't) The API being missing means the application is killed at that point. -- 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 10

[Bug 52766] New: broken packages during WineHQ 7 stable install on Ubuntu 20.04
by WineHQ Bugzilla 03 Apr '22

03 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52766 Bug ID: 52766 Summary: broken packages during WineHQ 7 stable install on Ubuntu 20.04 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: laszlo.a.toth(a)googlemail.com CC: dimesio(a)earthlink.net Distribution: --- Created attachment 72137 --> https://bugs.winehq.org/attachment.cgi?id=72137 relevant command and error message Hi All, During the installation process the following last step command causes the package dependencies problem can be seen in the attached file: laci@sanyika:~$ sudo aptitude install winehq-stable . . . The following packages have unmet dependencies: perl-base : Conflicts: perl-base:i386 but 5.30.0-9ubuntu0.2 is to be installed perl-base:i386 : Conflicts: perl-base but 5.30.0-9ubuntu0.2 is installed snmp : Conflicts: snmp:i386 but 5.8+dfsg-2ubuntu2.3 is to be installed snmp:i386 : Conflicts: snmp but 5.8+dfsg-2ubuntu2.3 is installed perl : Conflicts: perl:i386 but 5.30.0-9ubuntu0.2 is to be installed perl:i386 : Conflicts: perl but 5.30.0-9ubuntu0.2 is installed Unable to resolve dependencies! Giving up... Please see the attachment. Thank you for your effort! -- 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 52758] New: SilkyPix Developer version 11 crashes on starting
by WineHQ Bugzilla 02 Apr '22

02 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52758 Bug ID: 52758 Summary: SilkyPix Developer version 11 crashes on starting Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alan(a)rubin.org.uk Distribution: --- Created attachment 72123 --> https://bugs.winehq.org/attachment.cgi?id=72123 Backtrace produced from wine encountering serious error I have used SilkyPix version 6 for many years under wine 32 bit. I have now installed SilkyPix 11 in wine64. Thisprogram requires Windows 10+ and 64bit. The installation was successful but on running the program crashes just as the main window comes up. Backtrace attached -- 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 52634] New: err:virtual:virtual_setup_exception stack overflow and could not load kernel32.dll when doing anything
by WineHQ Bugzilla 02 Apr '22

02 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52634 Bug ID: 52634 Summary: err:virtual:virtual_setup_exception stack overflow and could not load kernel32.dll when doing anything Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bill081001(a)gmail.com Distribution: --- Created attachment 71959 --> https://bugs.winehq.org/attachment.cgi?id=71959 Relay log of running winecfg on a new prefix I'm on Arch Linux and my Wine installation has not been working since version 6.19 Creating a new prefix and running winecfg yields the following error: $ rm -rf ~/.wine && ./wine winecfg wine: created the configuration directory '/home/kuroni/.wine' 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0040:err:virtual:virtual_setup_exception stack overflow 708 bytes in thread 0040 addr 0x223d656d stack 0x120d3c (0x120000-0x121000-0x320000) 002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread 002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000) wine: could not load kernel32.dll, status c0000135 Running winecfg or any applications on the created prefix yields a similar error: $ ./wine winecfg 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread 002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000) wine: could not load kernel32.dll, status c0000135 Note that these are run on a fresh build of wine. I bisected and this is the faulty commit: commit f309721d13d8d728732ca97224c7502493ff6026 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed Oct 6 16:20:19 2021 +0200 gdi32: Use __wine_unix_call interface for Unix library. -- 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 52748] New: patch winex11_WM_WINDOWPOSCHANGING and winex11__NET_ACTIVE_WINDOW causing some focus error
by WineHQ Bugzilla 02 Apr '22

02 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52748 Bug ID: 52748 Summary: patch winex11_WM_WINDOWPOSCHANGING and winex11__NET_ACTIVE_WINDOW causing some focus error Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Some game switch out of the game by using alt+tab, and switch back. The game no longer accept input of the mouse, but the vanilla wine does not has this issue. After I debugging, disabling the patchset winex11_WM_WINDOWPOSCHANGING and winex11__NET_ACTIVE_WINDOW will make it working again. I thought maybe there are some defect in winex11__NET_ACTIVE_WINDOW patch. -- 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 52643] New: 0024:err:module:import_dll Library api-ms-*
by WineHQ Bugzilla 01 Apr '22

01 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52643 Bug ID: 52643 Summary: 0024:err:module:import_dll Library api-ms-* Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: enni(a)telsh.de Distribution: --- Hi, starting with the WINE update to 7.3 on my Manjaro distro the game "Titan Quest" does not work anymore. Though it crashed before the update sometimes after playing ~30 minutes, after the update it crashed immediately when I opened the character inventory or waited for a couple of minutes. As I thought this might be related to something I have done or set in the application, I deleted the whole WINEPREFIX folder and created it again plus running "winecfg" once to update the data that is needed in the folder (without changing anything manually). Codewise it looks like: $ cd $WINEPREFIX && cd .. $ rm -rf TitanQuest $ mkdir TitanQuest $ winecfg Then I did a couple of tests to get the game running again: 1) Install the game and let it install its libs and dependencies -> Game does not start at all (as expected as fonts, codecs, etc are missing) 2) Install corefonts+tahoma, dsound and l3codecx with winetricks -> Game does not start with "api-ms-* libraries not found" 3) Install vcrun2019 -> same as 2) 4) Install vcrun2013 -> same as 2) I also tried to change all the libraries from "Native" to "Builtin" with winecfg but this does not resolve the issue. Before the update, the libraries were in the "windows/system32" folder but right now they are not, even if I try to reinstall/repair the vcrun* packages. As I saw that the implementation changed, I thought it might be of value to you to get that feedback... And as I was not able to find some documentation in the wiki that describes my issue or how to resolve it, I'm a bit lost on how to proceed... Thanks alot for taking the time and please reach out in case I can test some patch etc! Kind regards, enni -- 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 52756] New: Unhandled exception: page fault on read access to 0x0000051b in 32-bit code (0x00931673).
by WineHQ Bugzilla 31 Mar '22

31 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52756 Bug ID: 52756 Summary: Unhandled exception: page fault on read access to 0x0000051b in 32-bit code (0x00931673). Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tanuj.phd(a)gmail.com Distribution: --- Created attachment 72122 --> https://bugs.winehq.org/attachment.cgi?id=72122 Unhandled exception: page fault on read access to 0x0000051b in 32-bit code (0x00931673). HI, When I open an application ZeroBrane Studio using Wine, it give me an error and does not allow the program to run. See attached. Thank you -- 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 52754] New: When IME is in the Composition state, the CPS_COMPLETE event does not occur when clicking the mouse.
by WineHQ Bugzilla 31 Mar '22

31 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52754 Bug ID: 52754 Summary: When IME is in the Composition state, the CPS_COMPLETE event does not occur when clicking the mouse. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: take-me-home(a)kakao.com Distribution: --- When IME is in the Composition state, the CPS_COMPLETE event does not occur when clicking the mouse. Therefore, when move the cursor, the text in the Composition state is inserted into the new cursor position. As a normal operation, should inform IME that Composition has been completed and handle events related to click buttons after completing IME operations. -- 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 52753] New: Embrilliance: Cursor disappears when trying to draw/edit stitches in create mode.
by WineHQ Bugzilla 30 Mar '22

30 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52753 Bug ID: 52753 Summary: Embrilliance: Cursor disappears when trying to draw/edit stitches in create mode. 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: jmyles57(a)gmail.com Distribution: --- Created attachment 72121 --> https://bugs.winehq.org/attachment.cgi?id=72121 Image of buttons to press to recreate issue Requires any Embrilliance module that lets you interact with the stitches. (Such as Stitch Artist). To reproduce: 1) Click the 'Create' button 2) Click any tool that allows you to draw on the canvas 3) Move cursor to the canvas, mouse cursor disappears. Software otherwise works excellent with Wine! -- 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 48758] New: ConEmu Ctrl+c has different behavior
by WineHQ Bugzilla 30 Mar '22

30 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48758 Bug ID: 48758 Summary: ConEmu Ctrl+c has different behavior Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- In ConEmu, Ctrl+c behavior is different on Wine and Windows. ConEmu+Cmd on Windows: Ctrl+c breaks current command and starts new empty prompt Ctrl+C shows ^C ConEmu+Cmd on Wine: Ctrl+c shows 'c' Ctrl+C terminates ConEmu completely ConEmu+Far Manager+console application on Windows: Ctrl+c terminates the application Ctrl+C shows ^C ConEmu+Far Manager+console application on Wine: Ctrl+c does nothing or shows 'c' Ctrl+C terminates the application -- 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 17

[Bug 52614] New: 002c:err:module:load_apiset_dll failed to load apiset: c0000482
by WineHQ Bugzilla 30 Mar '22

30 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52614 Bug ID: 52614 Summary: 002c:err:module:load_apiset_dll failed to load apiset: c0000482 Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: mahg361(a)gmail.com Distribution: --- $ WINEPREFIX="/home/m/.wine" WINEARCH=win64 wine64 wineboot wine: created the configuration directory '/home/m/.wine' 002c:err:module:load_apiset_dll failed to load apiset: c0000482 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0034:err:module:load_apiset_dll failed to load apiset: c0000482 0040:err:module:load_apiset_dll failed to load apiset: c0000482 0048:err:module:load_apiset_dll failed to load apiset: c0000482 . . . It happens only with wine64 I installed wine using Arch Linux official repo -- 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 13

[Bug 52727] New: Access to window.external in an embedded browser breaks javascript
by WineHQ Bugzilla 29 Mar '22

29 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52727 Bug ID: 52727 Summary: Access to window.external in an embedded browser breaks javascript Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: sergey.bychkow(a)gmail.com Distribution: --- I'm not sure that this is problem for ieframe, or shdocw, or gecko component, but when javascript in an embedded browser tries to access custom window.external object defined with an implementation of IDocHostUIHandler.GetExternal() then javascript fails to proceed. The call of GetExternal() function returns successfully. A javascript code looks like: {script} document.write('external: '); var obj2 = window.external; -- next lines won't execute on Wine, but work on Wndws document.write(obj2); document.write('<br>'); var obj3 = window.external.myProperty; {/script} Embedding is done like in the article: https://delphidabbler.com/articles/article-22 TODO: Make isolated test case if information is not enough. -- 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 52745] New: ATPDraw not showing title bar
by WineHQ Bugzilla 29 Mar '22

29 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52745 Bug ID: 52745 Summary: ATPDraw not showing title bar 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: hildogjr(a)gmail.com Distribution: --- Created attachment 72112 --> https://bugs.winehq.org/attachment.cgi?id=72112 After open (not maximized) The fix https://bugs.winehq.org/show_bug.cgi?id=52675 worked fine, but the software do not shows the title bar when maximized. See the attached images. Useful information: Linux Ubuntu 20.04.4 LTS x64 GNOME Version 3.36.8 Windowing System X11 Graphics NV118 / Mesa Intel® HD Graphics 620 (KBL GT2) -- 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 52746] New: Minecraft Windows bedrock server needs chakra.dll
by WineHQ Bugzilla 29 Mar '22

29 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52746 Bug ID: 52746 Summary: Minecraft Windows bedrock server needs chakra.dll 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: mowinebugs(a)mail.com Distribution: --- Created attachment 72114 --> https://bugs.winehq.org/attachment.cgi?id=72114 terminal output Download link: https://www.minecraft.net/en-us/download/server/bedrock -- 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 52710] New: Line wrapping with newlines in command line tool output (ISCC.exe)
by WineHQ Bugzilla 28 Mar '22

28 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52710 Bug ID: 52710 Summary: Line wrapping with newlines in command line tool output (ISCC.exe) Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 20220321.winehq.org(a)darkart.com [This was discovered using CrossOver by CodeWeavers, going from version 20.0.4 to 21.1.0 and CodeWeavers has asked me to open a bug here for it.] Output from the command line tool "ISCC.exe" (part of the InnoSetup tools) now has extra newlines that are doing line wrapping. Unfortunately this breaks up words in the output which impedes our parsing of the output. Example output when running under wine from CrossOver 21.1.0: \r\r\n\u001b[?25h\u001b[?25lCopyright (C) 2001-2004 Alex Yackimoff. All rights reserved.\r\r\n\u001b[?25h\r\r\n\u001b[?25lCompiler engine version: Inno Setup 5.5.9 (u)\r\r\n\u001b[?25h\r\r\n\u001b[?25l[ISPP] Preprocessing.\r\r\n\u001b[?25h\u001b[?25l[ISPP] Preprocessed.\r\r\n\u001b[?25h\r\r\n\u001b[?25lParsing [Setup] section, line 28\r\r\n\u001b[?25h\u001b[?25lParsing [Setup] section, line 29\r\r\n\u001b[?25h I believe the "[?25h" and "[?25l" are escape sequences that were not present when running under CrossOver 20.0.4. The '\r' and '\n' characters are showing up in what used to be single-line text, like: Using an external code-signing tool, pleas\r\r\ne attach your digital signature to the following executable file Note how the word "please" has been fragmented. -- 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 52744] New: Cisco Jabber 12.x/14.x chat window not displayed correctly
by WineHQ Bugzilla 28 Mar '22

28 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52744 Bug ID: 52744 Summary: Cisco Jabber 12.x/14.x chat window not displayed correctly 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: winehq(a)georg-sieber.de Distribution: --- Created attachment 72108 --> https://bugs.winehq.org/attachment.cgi?id=72108 Broken Chat Window of Cisco Jabber Cisco Jabber generally works very well with the latest wine versions, only one problem persists: the chat window does not display properly. Mostly, the chat window is black or white, only sometimes it shows the expected chat messages for a short time (please have a look at the screenshot attached). The about window seems to have the same issue. So you can also reproduce it by opening this dialog (using the settings menu), no need to log in into the application. -- 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 52730] New: Reading Rabbit Playtime Baby shows black screen
by WineHQ Bugzilla 28 Mar '22

28 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52730 Bug ID: 52730 Summary: Reading Rabbit Playtime Baby shows black screen Product: Wine Version: 7.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bashninja(a)801labs.org Distribution: --- Created attachment 72091 --> https://bugs.winehq.org/attachment.cgi?id=72091 256 Color Mode The install of this game fails when you install inside a 64bit wine bottle. It shows an error about disk space. This is resolved by installing with a 32bit wine bottle and using winecfg to switch the windows version to "Windows 98". If you do this, it allows you to install the game successfully. After the game is installed and launched, it loads to a black screen. You can hear audio and click things, but there is nothing to see. You can get it working a tiny bit in 256 color mode, but it doesn't look right at all. I attached a screenshot of that. Instructions to Reproduce: Set up a 32bit wine bottle and, with winecfg, set the windows version to "Windows 98". This game needs to have the disk mounted in linux as a CD-ROM. To do this, I installed and used cdemu. You can find details about this application here: https://wiki.archlinux.org/title/CDemu . The way I used this tool was by installing cdemu-daemon & I used kde-cdemu-manager as the gui interface to that daemon. I then mounted the downloaded .cue file. After mounting the .cue file, you should see something similar to this in your mounts: $ mount | grep sr0 /dev/sr0 on /run/media/bashninja/RRBaby type iso9660 Now you should be able to run the Setup.exe and get through the install without any issues. $ WINEARCH="win32" WINEPREFIX=~/.wine32_RRB wine D:\Setup.exe (D:\ should match the path to your mounted CD-ROM) After the install, you can launch Setup.exe again and you'll be able to launch the game. You'll hear the music and be able to click, but the screen will be black. You'll also get a wonderful new desktop icon. To test 256 color mode, you can follow these instructions after the game has been installed: https://wiki.winehq.org/256_Color_Mode -- 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 52736] New: Argentum 20 RPG Launcher has graphical glitches when compiled with -O2
by WineHQ Bugzilla 27 Mar '22

27 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52736 Bug ID: 52736 Summary: Argentum 20 RPG Launcher has graphical glitches when compiled with -O2 Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Split of from bug 52729. Aside from the there mentioned regression, there still are graphical glitches. See screenshots. Although those only seem to happen when compiling with -O2, -O0 doesn't reproduce them. -- 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 52649] New: "Logitech Options" can't install
by WineHQ Bugzilla 27 Mar '22

27 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52649 Bug ID: 52649 Summary: "Logitech Options" can't install Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: martial.braux(a)gmail.com Distribution: --- Created attachment 71969 --> https://bugs.winehq.org/attachment.cgi?id=71969 backtrace generated The installer of "Logitech Options" loads and crashes when reaching 100%. The result is the backtrace attached. -- 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 52739] New: DoNotSpy10 5.3 crashes after opening
by WineHQ Bugzilla 27 Mar '22

27 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52739 Bug ID: 52739 Summary: DoNotSpy10 5.3 crashes after opening 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: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 72105 --> https://bugs.winehq.org/attachment.cgi?id=72105 Full Crash log ``` ================================================================= Native Crash Reporting ================================================================= Got a UNKNOWN while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= ================================================================= Managed Stacktrace: ================================================================= ================================================================= wine: Unhandled page fault on write access to 0000000000000000 at address 000000001288E091 (thread 0708), starting debugger... ... =>0 0x000000001288e091 EntryPoint+0x7cee1() in xul (0x000000001c65f020) 1 0x0000000014b71300 EntryPoint+0x2360150() in xul (0x000000001c65f020) 2 0x0000000014b752f8 EntryPoint+0x2364148() in xul (0x000000001c65f020) 3 0x0000000014b9a0b0 EntryPoint+0x2388f00() in xul (0x000000001c65f020) 4 0x0000000014b9ec75 EntryPoint+0x238dac5() in xul (0x000000001c65f020) 5 0x0000000014b9e9a6 EntryPoint+0x238d7f6() in xul (0x000000001c65f020) 6 0x0000000014ba200e EntryPoint+0x2390e5e() in xul (0x000000001c65f020) 7 0x0000000014ba206d EntryPoint+0x2390ebd() in xul (0x000000001c65f020) 8 0x0000000010872dcf detach_gecko_browser+0x10f(This=000000000F541B00) [Z:\usr\src\packages\BUILD\dlls\mshtml\nsembed.c:2352] in mshtml (0x000000001c65f020) 9 0x00000000107c24cf NtCurrentTeb(This=0000000000000000) [Z:\usr\src\packages\BUILD\include\winnt.h:2157] in mshtml (0x000000001c65f020) 10 0x00000000107c24cf GetProcessHeap(This=<register R12 not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\mshtml\htmldoc.c:5860] in mshtml (0x000000001c65f020) 11 0x00000000107c24cf heap_free(This=<register R12 not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\mshtml\htmldoc.c:5860] in mshtml (0x000000001c65f020) 12 0x00000000107c24cf HTMLDocumentObj_Release+0x17f(iface=<register RBX not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\mshtml\htmldoc.c:5860] in mshtml (0x000000001c65f020) 13 0x000000006f50683f deactivate_document+0x17f(This=<register RBX not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\ieframe\dochost.c:572] in ieframe (0x000000001c65f020) 14 0x000000006f51e0bb OleObject_SetClientSite+0x26b(iface=<register RBX not accessible in this frame>, pClientSite=<internal error>) [Z:\usr\src\packages\BUILD\dlls\ieframe\oleobject.c:498] in ieframe (0x00000 0001c65f020) ``` Steps to reproduce: - Download and install app - Change windows version to 10 - Run app - After while(1-5s) app should crash -- 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 52740] New: Dragon NaturallySpeaking 13 does not install with msiobj and msi_get_property errors
by WineHQ Bugzilla 27 Mar '22

27 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52740 Bug ID: 52740 Summary: Dragon NaturallySpeaking 13 does not install with msiobj and msi_get_property errors Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 72106 --> https://bugs.winehq.org/attachment.cgi?id=72106 MSI trace last 1000 lines I have version 7.5 (Staging) running under Gentoo Dragon NaturallySpeaking 13 does not install. I have been playing with the installation a bit, and have seen what look like MSI errors so I ran an MSI trace. There is a missing msi_get_property action also. It looks to me like something may be missing from the system.ini file?? -- 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 21936] New: rtld mmap failed mapping on OpenBSD
by wine-bugs＠winehq.org 27 Mar '22

27 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=21936 Summary: rtld mmap failed mapping on OpenBSD Product: Wine Version: 1.1.40 Platform: x86 URL: http://www.openbsd.org/cgi-bin/cvsweb/ports/emulators/ wine/patches/patch-libs_wine_mmap.c?rev=1.1;content-ty pe=text%2Fplain OS/Version: OpenBSD Status: NEW Keywords: download, patch, source Severity: blocker Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com /home/austin/wine-git/loader/wine: rtld mmap failed mapping /home/austin/wine-git/dlls/ntdll/ntdll.dll.so. wine: failed to initialize: File not found Patch in url fixes the loader on OpenBSD. Need to test on other OS's before submitting to wine-patches. Review of the patch in the meantime is appreciated. -- 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 25

[Bug 29354] New: Microsoft Virtual PC 2007 SP1 installer fails to get past the "Product Key" dialog
by wine-bugs＠winehq.org 27 Mar '22

27 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=29354 Bug #: 29354 Summary: Microsoft Virtual PC 2007 SP1 installer fails to get past the "Product Key" dialog Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, split off bug mentioned in http://bugs.winehq.org/show_bug.cgi?id=17512#c3 to track what is most likely a regression ... --- quote --- Tested in 1.3.19 Didn't crash but I couldn't get past the "Product Key" screen. The "Next" button didn't seem to do anything. --- quote --- The problem in Microsoft Virtual PC 2007 SP1 installer is the "ValidateProductID" standard action. Dump using ORCA: --- snip --- CustomerInformationDialog NextButton NewDialog ReadyToInstallDialog PIDRET = 0 4 CustomerInformationDialog NextButton DoAction CA_ValidatePID NOT ProductID AND PIDKEY AND PIDKEY<>" " 1 CustomerInformationDialog NextButton DoAction CA_InstallForAllUsers NOT VPC2004INSTALLED 2 CustomerInformationDialog NextButton DoAction CA_SetTargetPathOnUpgrade VPC2004INSTALLED 3 --- snip --- First condition, if true -> CA_ValidatePID gets executed. --- snip --- 0023:trace:msi:MSI_EvaluateConditionW L"NOT ProductID AND PIDKEY AND PIDKEY<>\" \"" ... 0023:trace:msi:msi_get_property returning L"PWCVDGDPM7P23VYG6QM4R8Y8T" for property L"ProductID" ... 0023:trace:msi:msi_get_property returning L"PWCVDGDPM7P23VYG6QM4R8Y8T" for property L"PIDKEY" ... 0023:trace:msi:MSI_EvaluateConditionW 0 <- L"NOT ProductID AND PIDKEY AND PIDKEY<>\" \"" --- snip --- (not fulfilled) Another condition to reach "ReadyToInstallDialog" is "PIDRET = 0". --- snip --- 0023:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action start 18:26:06: ValidateProductID." 0023:trace:msi:msi_get_property returning L"74216<````=````=````=````=`````>@@@@@" for property L"PIDTemplate" 0023:fixme:msi:ACTION_ValidateProductID partial stub: template L"74216<````=````=````=````=`````>@@@@@" key L"PWCVDGDPM7P23VYG6QM4R8Y8T" 0023:trace:msi:msi_set_property 0x13ce60 L"ProductID" L"PWCVDGDPM7P23VYG6QM4R8Y8T" 0023:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action ended 18:26:06: ValidateProductID. Return value 0." ... 0023:trace:msi:MSI_EvaluateConditionW L"PIDRET = 0" 0023:trace:msi:msi_get_property property L"PIDRET" not found 0023:trace:msi:MSI_EvaluateConditionW 0 <- L"PIDRET = 0" --- snip --- The "PIDRET" property never exists hence the installation is stuck in "CustomerInformationDialog". If you google for "Adding PIDRET property" you will find many similar looking msi logs, suggesting that this property is added during ValidatePID custom action: --- snip --- MSI (c) (DC:20) [17:55:05:750]: Doing action: ValidatePID MSI (c) (DC:20) [17:55:05:750]: Note: 1: 2205 2: 3: ActionText Action 17:55:05: ValidatePID. Action start 17:55:05: ValidatePID. ... MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding PID property. Its value is '58730-000-0000007-05734'. MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding ProductID property. Its value is '58730-000-0000007-05734'. ... MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding PIDRET property. Its value is '0'. Action ended 17:55:05: ValidatePID. Return value 1. --- snip --- Because ProductID was set earlier during ValidateProductID standard action, CA_ValidatePID is never executed. http://source.winehq.org/git/wine.git/blob/8cc5561fbf9f3250fbd2d986390e4013… If you remove line 6891 the installer executes the custom action which allows to proceed and let the installation finally succeed. You need 'winetricks mfc42' for CA_ValidatePID. Regards -- 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 21

[Bug 51923] New: api-ms-win-core-windowserrorreporting-l1-1-1.dll not found
by WineHQ Bugzilla 27 Mar '22

27 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51923 Bug ID: 51923 Summary: api-ms-win-core-windowserrorreporting-l1-1-1.dll not found Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: henriquesilvapedroso74(a)hotmail.com Distribution: --- Windows 10 App fails to launch due to the DLL "api-ms-win-core-windowserrorreporting-l1-1-1.dll" not being found, one reddit user (DarkShadow4444) said to me that it is a virtual dll from Windows apiset. -- 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 52731] New: After a few minutes of normal operation Trails of Cold Steel will crash from a page fault
by WineHQ Bugzilla 26 Mar '22

26 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52731 Bug ID: 52731 Summary: After a few minutes of normal operation Trails of Cold Steel will crash from a page fault 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: pehex66707(a)jo6s.com Distribution: --- Created attachment 72094 --> https://bugs.winehq.org/attachment.cgi?id=72094 Wine backtrace The Legend of Heroes: Trails of Cold Steel I runs fine for a few minutes but then crashes. I am using the GOG version 1.6 on Arch Linux with an nVidia graphics card. -- 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 52734] New: Rockstar Game Launcher bag
by WineHQ Bugzilla 26 Mar '22

26 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52734 Bug ID: 52734 Summary: Rockstar Game Launcher bag Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- Created attachment 72095 --> https://bugs.winehq.org/attachment.cgi?id=72095 Scr In Rockstar Game Launcher, the interface becomes black if it is overlapped by another window. If you minimize and maximize it, it shows up again, but if you overlap it with another window, it becomes a black rectangle again. -- 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 52733] New: Wine not in correct resolution in windows mode + cannot move window above half screen
by WineHQ Bugzilla 26 Mar '22

26 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52733 Bug ID: 52733 Summary: Wine not in correct resolution in windows mode + cannot move window above half screen Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: backspacestud(a)tutanota.com Distribution: --- I am attempting to play Leauge of legends on linux and until recently it has worked perfectly in windowed mode. For some reason, as of late the actual game window launches in a 2540x1080 in staid of 2560x1440 windowed, and stays below half of my screen, making it really squished and hard to play. I was only able to get an error once and now i cant get it anymore, but here it is: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 10 (X_UnmapWindow) Resource id in failed request: 0x3e00001 Serial number of failed request: 3693 Current serial number in output stream: 3694 : I don't know how it got this way but i was messing with drivers for a while to get other things working and im on Wayland. I have an AMD GPU with mesa drivers and pro open cl drivers installed. Sorry if this is not enough information, its my first post. Thank you. -- 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 52305] New: The gog launcher
by WineHQ Bugzilla 26 Mar '22

26 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52305 Bug ID: 52305 Summary: The gog launcher Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- The gog launcher is very slow and errors are popping up. Please make it not slow down. You can download it for free from the official site and make sure it is very slow. -- 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 16221] New: Nota Bene requires AUTOEXEC.NT
by wine-bugs＠winehq.org 26 Mar '22

26 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=16221 Summary: Nota Bene requires AUTOEXEC.NT Product: Wine Version: 1.1.9 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Nota Bene, on install, checks for AUTOEXEC.NT in system32. If it doesn't find it, it restores its own copy, but we should have our own copy. Shouldn't take much to implement. -- 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 52717] New: dxgi:dxgi fails because DXGI_STATUS_OCCLUDED != S_OK
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52717 Bug ID: 52717 Summary: dxgi:dxgi fails because DXGI_STATUS_OCCLUDED != S_OK Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dxgi:dxgi fails on Windows 7 and in the 64-bit Windows 8.1 because DXGI_STATUS_OCCLUDED != S_OK: dxgi.c:2128: Test failed: Got unexpected hr 0x87a0001. dxgi.c:3576: Test failed: Got unexpected hr 0x87a0001. https://test.winehq.org/data/patterns.html#dxgi:dxgi This is because of the commit below changed a couple of SUCCEEDED(hr) to hr == S_OK: commit 65ff2098826bb9944b872251b1c9543bbbe6f488 Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Fri Mar 18 16:59:29 2022 +0100 dxgi/tests: Build without -DWINE_NO_LONG_TYPES. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> So the question is: should these two checks be reverted to SUCCEEDED(hr), or should we investigate why we get DXGI_STATUS_OCCLUDED on w7pro64-64, w7u*, win81_cw-gtx560-64 and win81_cw-rx460-64 ? -- 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 52670] New: The Evil Within 2 crashes on launch
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52670 Bug ID: 52670 Summary: The Evil Within 2 crashes on launch 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: andrey.goosev(a)gmail.com CC: stefan(a)codeweavers.com Regression SHA1: e308f53aa6eedef6f86ea39fef463f6932c293ed Distribution: --- Unhandled exception: page fault on write access to 0x0000000000000008 in 64-bit code (0x00007f031284687f). Register dump: rip:00007f031284687f rsp:000000000d166580 rbp:0000000000000020 eflags:00010246 ( R- -- I Z- -P- ) rax:0000000000000000 rbx:000000000d166860 rcx:0000000002b18af0 rdx:0000000000000100 rsi:0000000000000000 rdi:0000000000000200 r8:00007f031483153c r9:000000000000002a r10:00007f0314831440 r11:0000000000000246 r12:0000000002b18af0 r13:00000000034c4150 r14:000000000d1666c0 r15:0000000000000000 Stack dump: 0x000000000d166580: 00000000034c4150 0000000023e3b1f0 0x000000000d166590: 0000000000000000 00007f0312848524 0x000000000d1665a0: 0000000000000000 0000000000000000 0x000000000d1665b0: 0000000000000000 0000000000000000 0x000000000d1665c0: 000000000d166690 0000000000000000 0x000000000d1665d0: 0000000000000000 00007f03141ea4e1 0x000000000d1665e0: 0000000000000001 0000000000000200 0x000000000d1665f0: 0000000000000000 000000000d166860 0x000000000d166600: 0000000000000000 0000000000000000 0x000000000d166610: 000000000d1667f0 0000000002b18af0 0x000000000d166620: 00000000034c4150 000000000d1666c0 0x000000000d166630: 0000000000000000 00007f031284c9eb Backtrace: =>0 0x00007f031284687f in d3dcompiler_47 (+0xd687f) (0x0000000000000020) 0x00007f031284687f d3dcompiler_47+0xd687f: movq %r13,0x0000000000000008(%rax) -- 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 52623] New: Crash of `not_dll` test from `windows-rs` due missing implementation of `winspool.drv.GetSpoolFileHandle`
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52623 Bug ID: 52623 Summary: Crash of `not_dll` test from `windows-rs` due missing implementation of `winspool.drv.GetSpoolFileHandle` Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- This test pass on Windows 10 Failures ``` wine: Call from 000000017002D6A8 to unimplemented function winspool.drv.GetSpoolFileHandle, aborting wine: Unimplemented function winspool.drv.GetSpoolFileHandle called at address 000000017002D6A8 (thread 0340), starting debugger... ``` Rust for Windows can be installed via https://forge.rust-lang.org/infra/other-installation-methods.html or directly https://static.rust-lang.org/dist/rust-1.59.0-x86_64-pc-windows-gnu.msi https://github.com/microsoft/windows-rs/blob/master/crates/tests/not_dll/te… Steps to reproduce git clone https://github.com/microsoft/windows-rs.git cd windows-rs git checkout 9965e3c44829d0c86b2d9d2b3c5338376f158bde cd crates/tests/not_dll/ wine cargo test -- 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 52580] New: missing dll api-ms-win-core-memory-l1-1-5
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52580 Bug ID: 52580 Summary: missing dll api-ms-win-core-memory-l1-1-5 Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: kylianalex(a)mail.com Distribution: --- Created attachment 71905 --> https://bugs.winehq.org/attachment.cgi?id=71905 error showing missing dll api-ms-win-core-memory-l1-1-5 the functions VirtualUnlockEx and UnmapViewOfFile2 are missing in kernelbase.dll, these are the 2 functions redirected from api-ms-win-core-memory-l1-1-5. -- 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 52520] New: wine: Call from 7BC29F80 to unimplemented function SETUPAPI.dll.SetupDiGetClassRegistryPropertyW, aborting
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52520 Bug ID: 52520 Summary: wine: Call from 7BC29F80 to unimplemented function SETUPAPI.dll.SetupDiGetClassRegistryPropertyW, aborting Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: zizka(a)seznam.cz Distribution: --- Hello, The Samsung drives are distributed with the tool Samsung Magician. When running the installer with the latest Wine 7.0, it fails with: wine: Call from 7BC29F80 to unimplemented function SETUPAPI.dll.SetupDiGetClassRegistryPropertyW, aborting I have tried adding the setupapi.dll in `winecfg`, with the same result. For the record, there's also the Linux CLI app available at https://semiconductor.samsung.com/consumer-storage/support/tools/ So this is bug is rather to capture that this is not implemented. Thanks, hope this helps. -- 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 52711] New: Cakewalk Pro Audio 9.0 no longer works in wine 7.4
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52711 Bug ID: 52711 Summary: Cakewalk Pro Audio 9.0 no longer works in wine 7.4 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chirs241097(a)gmail.com Distribution: --- The application just shows a message box saying "failed to create empty document" after starting up. Creating a new project and opening an existing file won't work either, rendering the application useless. An installation of the application will be provided if requested (runs well with fresh wine prefix before 7.4). I did a bisect and traced the first bad commit to 0044b02d482fa19f6d1ddebc4b716efeba287d44 (user32: Use UNICODE_STRING for passing window classes internally.) -- 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 46648] New: Core Temp Error
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=46648 Bug ID: 46648 Summary: Core Temp Error Product: Wine Version: 4.1 Hardware: x86-64 URL: https://www.alcpu.com/CoreTemp/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Created attachment 63570 --> https://bugs.winehq.org/attachment.cgi?id=63570 console output I downloaded and installed Core Temp from https://www.alcpu.com/CoreTemp/ but I get an Error window when trying to launch it. The error window says "Core Temp did not find any supported processors. This program will not continue." I attach my console output. -- 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 6

[Bug 16222] New: Nota Bene requires CONFIG.NT
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=16222 Summary: Nota Bene requires CONFIG.NT Product: Wine Version: 1.1.9 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Nota Bene, on install, checks for CONFIG.NT in system32. If it doesn't find it, it restores its own copy, but we should have our own copy. Shouldn't take much to implement. -- 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 12

[Bug 52651] New: IrfanView crashes on startup
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52651 Bug ID: 52651 Summary: IrfanView crashes on startup Product: Wine Version: 7.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- $ wine i_view32.exe 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0050:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0050:err:ole:start_rpcss Failed to open RpcSs service 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0048:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0048:fixme:imm:ImeSetActiveContext (0x25ee78, 0): stub 0048:fixme:imm:ImmReleaseContext (00010020, 0025EE78): stub 002c:fixme:imm:ImeSetActiveContext (0x25f8e8, 1): stub 002c:fixme:imm:ImmReleaseContext (0001004E, 0025F8E8): stub 0088:err:setupapi:SetupDefaultQueueCallbackW copy error 1812 L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" -> L"C:\\windows\\inf\\wineusb.inf" wine: configuration in L"/home/birdie/.wine" has been updated. wine: Unhandled page fault on write access to 002F002E at address 7B066BAA (thread 0024), starting debugger... 0104:fixme:imm:ImeSetActiveContext (0x261958, 1): stub 0104:fixme:imm:ImmReleaseContext (00020078, 00261958): stub Unhandled exception: page fault on write access to 0x002f002e in 32-bit code (0x7b066baa). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b066baa ESP:0021f5e0 EBP:0021f678 EFLAGS:00010293( R- -- I S -A- -C) EAX:005a9dd4 EBX:00000049 ECX:002f0038 EDX:00000049 ESI:0000000a EDI:00360222 Stack dump: 0x0021f5e0: 0101003a 0000000c 0021f610 0021f65c 0x0021f5f0: 00000000 00000002 0026ebb0 00269918 0x0021f600: 00000020 0021f620 0021f678 7bc51ca8 0x0021f610: 0000000a 00000002 0021f678 7bc51ca8 0x0021f620: 00250094 0021f678 00360222 7e8e613a 0x0021f630: 0021f704 0000000a 002f002e 00000000 Backtrace: =>0 0x7b066baa (0x0021f678) 1 0x7e8e5919 in user32 (+0x15919) (0x0021f6d8) 2 0x7e8e64e8 in user32 (+0x164e8) (0x0021f938) 3 0x7e8e65f9 in user32 (+0x165f9) (0x0021f998) 4 0x00482f5e in i_view32 (+0x82f5e) (0x7e8f2ec0) 5 0xfff0e483 (0x04244c8d) 0x7b066baa: movb %bl,0xfffffff6(%ecx) Modules: Module Address Debug info Name (22 modules) PE 00400000-005e4000 Export i_view32 PE 7b020000-7b027000 Deferred kernelbase PE 7b620000-7b685000 Deferred kernel32 PE 7bc20000-7bc24000 Deferred ntdll PE 7cb90000-7cb94000 Deferred uxtheme PE 7cde0000-7cde4000 Deferred winex11 PE 7d640000-7d644000 Deferred rpcrt4 PE 7d6d0000-7d6d3000 Deferred combase PE 7d750000-7d778000 Deferred ole32 PE 7d8a0000-7e079000 Deferred shell32 PE 7e1f0000-7e1f3000 Deferred shcore PE 7e220000-7e224000 Deferred shlwapi PE 7e270000-7e274000 Deferred imm32 PE 7e2c0000-7e301000 Deferred comctl32 PE 7e400000-7e404000 Deferred version PE 7e530000-7e533000 Deferred win32u PE 7e590000-7e594000 Deferred gdi32 PE 7e640000-7e644000 Deferred ucrtbase PE 7e730000-7e733000 Deferred sechost PE 7e790000-7e794000 Deferred msvcrt PE 7e850000-7e854000 Deferred advapi32 PE 7e8d0000-7e9aa000 Export user32 Threads: process tid prio name (all IDs are in hex) 00000020 (D) Z:\home\birdie\.wine-bottles\work\drive_c\Program Files\IrfanView\i_view32.exe 00000024 0 <== 00000108 0 00000030 services.exe 00000034 0 00000038 0 0000005c 0 0000006c 0 00000070 0 000000a0 0 000000b4 0 000000d8 0 00000044 explorer.exe 00000048 0 00000054 0 00000064 winedevice.exe 00000068 0 00000074 0 00000078 0 0000007c 0 000000c4 0 00000098 svchost.exe 0000009c 0 000000a4 0 000000a8 0 000000ac plugplay.exe 000000b0 0 000000b8 0 000000bc 0 000000c0 0 000000e4 0 000000e8 0 000000d0 winedevice.exe 000000d4 0 000000dc 0 000000e0 0 000000ec 0 000000f0 0 000000f4 0 000000f8 conhost.exe 000000fc 0 System information: Wine build: wine-7.4 Platform: i386 Version: Windows 7 Host system: Linux Host version: 5.15.19-az2 -- 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 27

[Bug 52574] New: PlayOnline Viewer: Unhandled exception crash after 10-20 seconds.
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52574 Bug ID: 52574 Summary: PlayOnline Viewer: Unhandled exception crash after 10-20 seconds. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- After a13fc3bb7e0 [1], PlayOnline Viewer (used to launch Final Fantasy XI Online) crashes after running for a while, usually around 10-15 seconds. For some reason the backtraces I'm getting are not very talkative: Backtrace: =>0 0x7b060fc0 (0x10eafd3c) 0x7b060fc0: movl %edi,0x28(%edx) To reproduce: - Download and install the PlayOnline Viewer. - Launch PlayOnline Viewer and let it run. 1. https://source.winehq.org/git/wine.git/commitdiff/a13fc3bb7e055562b8b9deae9… -- 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 13

[Bug 34259] New: cygwin 2.819 installer hangs during postinstall
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=34259 Bug #: 34259 Summary: cygwin 2.819 installer hangs during postinstall Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 45597 --> http://bugs.winehq.org/attachment.cgi?id=45597 terminal output Similar to bug 24018, but that should be fixed in cygwin's upstream. Install progresses as normal, when the postinstall script process start, it hangs. austin@aw25 ~ $ sha1sum setup-x86.exe 1574ef1833e07af1d6b33b80229d15c1b46c4319 setup-x86.exe austin@aw25 ~ $ du -h setup-x86.exe 712K setup-x86.exe austin@aw25 ~ $ wine --version wine-1.7.0 May be related to bug 30397. -- 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 4

[Bug 33188] New: wine explorer: wrong behavior when dragging with no items selected
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=33188 Bug #: 33188 Summary: wine explorer: wrong behavior when dragging with no items selected Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Apologies if this is already reported, apparently it's been around since at least 1.2, but I couldn't find a report for it. Noticed in notepad++, but wine explorer has the same behavior. $ wine explorer click in the bottom right where no files are (you may need a folder with a few files, but not a ton..) drag the top item in list is selected, even though the mouse is nowhere nearby this does not occur on windows with notepad++ native comctl32 works around it. -- 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 5

[Bug 52669] New: GRID 2 crashes on launch
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52669 Bug ID: 52669 Summary: GRID 2 crashes on launch Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 7c76aa05a9d27dd6f5705c4ef90c16862af14f3e Distribution: --- Unhandled exception: page fault on write access to 0x00000004 in 32-bit code (0x7b0609ce). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b0609ce ESP:0032fb10 EBP:0032fb88 EFLAGS:00010297( R- -- I S -A-P-C) EAX:01130a42 EBX:00000004 ECX:00000009 EDX:0000006d ESI:00000005 EDI:00390222 Stack dump: 0x0032fb10: 00000000 00000000 0032fb98 7b05fc5c 0x0032fb20: 00000000 00000005 0032fb48 7bc71784 0x0032fb30: 0125d300 00000000 00390222 00000005 0x0032fb40: 00000010 7b0fefcc 00000004 00000000 0x0032fb50: 00000000 01130a38 00000005 00000000 0x0032fb60: 01400094 00000002 0032fba8 7bc4eb66 Backtrace: =>0 0x7b0609ce (0x0032fb88) 1 0x7e243038 in user32 (+0x13038) (0x0032fbf8) 2 0x7e243ad0 in user32 (+0x13ad0) (0x0032fe38) 3 0x00c7447b ?GetTimeStamp@Monitor@AK@@YAJXZ+0x1f376b() in grid2 (0x0032fe84) 4 0x00ef2a1a EntryPoint+0x3b4f0() in grid2 (0x0032fea8) 5 0x00eb7368 ??1CAkRegisteredObj@@QAE@XZ+0x51ac8() in grid2 (0x0032ff40) 6 0x7b64c240 in kernel32 (+0x2c240) (0x0032ff58) 7 0x7bc7c0d7 (0x0032ff6c) 8 0x7bc7c72a (0x0032ffec) 0x7b0609ce: movb %dl,0xfffffffb(%ecx) -- 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 52664] New: x86_64 bit vkd3d broken in --without-mingw build
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52664 Bug ID: 52664 Summary: x86_64 bit vkd3d broken in --without-mingw build Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 71988 --> https://bugs.winehq.org/attachment.cgi?id=71988 backtrace When building Wine on x86_64 without mingw, wined3d's Vulkan backend doesn't work. An assertion is raised when creating a device, here for example when running the d3d11 tests: Assertion failed: 1 <= count && count <= VKD3D_VEC4_SIZE, file ../../src/wine/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h, line 1162 This is a regression caused by 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8. I investigated the possibility that wined3d and vkd3d use different calling conventions, but I don't think this is the case. Rather, I suspect that vkd3d might be built with Unix libc headers and linked against msvcrt. For some reason I can't get a backtrace with the d3d11 tests (they just exit without breaking into the debugger), but I can get one with World of Tanks. I have attached the backtrace. The reason why I am trying to run a non-mingw build is to investigate the performance differences between mingw and gcc builds. -- 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 52654] New: QuickPar 0.9.1 opens but does not scan under Wine 7.4
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52654 Bug ID: 52654 Summary: QuickPar 0.9.1 opens but does not scan under Wine 7.4 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jrichard909(a)yahoo.com Distribution: --- QuickPar under 7.4 opens but does not scan. It works perfectly under 7.3.In 7.3, it opens, scans and recovers parts, if necessary. Manjaro xfce x64, Unstable, Kernel 5.16.14-1 -- 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 52725] New: Audacity 2.4.2 "Play" keyboard shortcut stopped working
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52725 Bug ID: 52725 Summary: Audacity 2.4.2 "Play" keyboard shortcut stopped working Product: Wine Version: 7.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: * Download Audacity 2.4.2 * Open any audio file (wav, flac, etc) * Press "Space" - playback starts and immediately stops Notes: * Wine 7.1 is not affected * When you mouse click "Play" on the toolbar, playback works as expected This is a regression. -- 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 52705] New: IRichEditOle::GetObject does not set REOBJECT's cp correctly
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52705 Bug ID: 52705 Summary: IRichEditOle::GetObject does not set REOBJECT's cp correctly Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- REOBJECT's cp field shall always be updated to reflect the correct position of the OLE object. However, Wine's IRichEditOle::GetObject returns the cp value that was originally passed via IRichEditOle::InsertObject as-is. Affected applications: - KakaoTalk cannot recognize Text Emoticons and @mentions in the chat edit box. -- 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 52613] New: mIRC: text from clipboard is pasted twice in text boxes
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52613 Bug ID: 52613 Summary: mIRC: text from clipboard is pasted twice in text boxes Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tmarplatt(a)gmail.com Distribution: --- OS: Linux Mint 20.3 Cinnamon The issue: After updating winehq-devel from 7.2 to 7.3 (from official ppa), any text that I paste in text boxes appears twice. As if I had pressed Ctrl+V or Shift+Insert twice instead of once. I can reproduce the bug in a fresh wineprefix and with the latest mIRC v7.67. Steps to reproduce the issue: 1. Install mIRC 7.67 (you can freely download the installer from https://www.mirc.com/get.html ) wine » sha1sum mirc767.exe 6b2509d3064f6fd618d6387636835a2387df144f mirc767.exe 2. At end of installer, [Check] Run mIRC and click "Finish". 3. The "About mIRC" window will show up. Click "Continue", then wait and click "Continue" again. 4. Close the "mIRC Options" window. 5. Click in the status window text box, the text cursor will appear. 6. Select text from a different window, and copy it to the clipboard. 7. Return to the mIRC window and paste the text in the text box. I'll be happy to provide more feedback. -- 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 50270] New: FallenDoll exit with a application crash.
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50270 Bug ID: 50270 Summary: FallenDoll exit with a application crash. Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 68811 --> https://bugs.winehq.org/attachment.cgi?id=68811 crash information. FallenDoll main will crash with an an invalid memory access -- 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 45422] New: ./tools/sfnt2fon/ sfnt2fon.c shows a heap buffer overflow fill_fontinfo()
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=45422 Bug ID: 45422 Summary: ./tools/sfnt2fon/sfnt2fon.c shows a heap buffer overflow fill_fontinfo() Product: Wine Version: 3.11 Hardware: x86 URL: https://bugs.winehq.org/show_bug.cgi?id=40330 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo First noticed in #40330, with ASAN: ../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5 16,1250,7 ================================================================= ==18356==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a06ab3 at pc 0x5658546e bp 0xffd67ec8 sp 0xffd67eb8 READ of size 1 at 0xf5a06ab3 thread T0 #0 0x5658546d in fill_fontinfo (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d) #1 0x56585da8 in main (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x9da8) #2 0xf7680302 in __libc_start_main (/lib32/libc.so.6+0x18302) #3 0x56582070 (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x6070) 0xf5a06ab3 is located 1 bytes to the right of 2-byte region [0xf5a06ab0,0xf5a06ab2) allocated by thread T0 here: #0 0xf7a42ed4 in malloc (/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/32/libasan.so.4+0xe5ed4) #1 0xf785e437 (/usr/lib32/libfreetype.so.6+0x9437) SUMMARY: AddressSanitizer: heap-buffer-overflow (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d) in fill_fontinfo Shadow bytes around the buggy address: 0x3eb40d00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa =>0x3eb40d50: fa fa fa fa fa fa[02]fa fa fa fd fa fa fa fd fa 0x3eb40d60: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd 0x3eb40d70: fa fa fd fa fa fa fd fd fa fa fd fa fa fa fd fd 0x3eb40d80: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa 0x3eb40d90: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40da0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==18356==ABORTING Using Valgrind gets better line numbers: austin@valgrindbox ~/wine-valgrind/fonts $ . ~/src/wine-valgrind/scripts/vg-wrapper.sh austin@valgrindbox ~/wine-valgrind/fonts $ valgrind make sserifee.fon ../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5 16,1250,7 ==20606== Invalid read of size 1 ==20606== at 0x10A91E: fill_fontinfo (sfnt2fon.c:577) ==20606== by 0x10AD1F: main (sfnt2fon.c:729) ==20606== Address 0x4be6f03 is 1 bytes after a block of size 2 alloc'd ==20606== at 0x482D58B: malloc (vg_replace_malloc.c:299) ==20606== by 0x487DD87: ft_alloc (ftsystem.c:102) ==20606== by 0x488592E: ft_mem_qalloc (ftutil.c:76) ==20606== by 0x488592E: ft_mem_alloc (ftutil.c:55) ==20606== by 0x488632E: ft_glyphslot_alloc_bitmap (ftobjs.c:490) ==20606== by 0x48C2D62: tt_sbit_decoder_alloc_bitmap (ttsbit.c:628) ==20606== by 0x48C2D62: tt_sbit_decoder_load_bitmap (ttsbit.c:1234) ==20606== by 0x48C2D62: tt_sbit_decoder_load_image (ttsbit.c:1439) ==20606== by 0x48C8265: tt_face_load_sbit_image (ttsbit.c:1616) ==20606== by 0x489F269: load_sbit_image (ttgload.c:2308) ==20606== by 0x489F269: TT_Load_Glyph (ttgload.c:2716) ==20606== by 0x489F269: tt_glyph_load (ttdriver.c:468) ==20606== by 0x4882E0F: FT_Load_Glyph (ftobjs.c:913) ==20606== by 0x488371D: FT_Load_Char (ftobjs.c:1051) ==20606== by 0x10A9F7: fill_fontinfo (sfnt2fon.c:550) ==20606== by 0x10AD1F: main (sfnt2fon.c:729) ==20606== -- 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 52294] New: DYSMANTLE seems to need d3d11_device_CreateRasterizerState1
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52294 Bug ID: 52294 Summary: DYSMANTLE seems to need d3d11_device_CreateRasterizerState1 Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 71440 --> https://bugs.winehq.org/attachment.cgi?id=71440 ogl +d3d log Hello, I tried this d3d11 game with OpenGL and Vulkan renderer from Wine. In the both case, the game crashes with the same stub : **** 010c:fixme:d3d11:d3d11_device_CreateRasterizerState1 iface 0000000001057A50, desc 000000000011FAF0, state 000000000011FAE8 stub! **** With DXVK, there is not issue, the game launches correctly. I attach the OGL and Vulkan +d3d 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 6

[Bug 52048] New: CreateProcess() might not spawn console for new process
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52048 Bug ID: 52048 Summary: CreateProcess() might not spawn console for new process Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: colin1207(a)gmx.net Distribution: --- Created attachment 71059 --> https://bugs.winehq.org/attachment.cgi?id=71059 demo programs (see description) When launching a console application by calling CreateProcess() without any process creation flags, wine will not spawn a new console window if the parent process is not currently attached to a console that the child could inherit, unless explicitly requested with the CREATE_NEW_CONSOLE flag. Windows defaults to the behaviour of allocating a new console for the process, even without explicit request, while wine will not. This might break several applications that assume to have a console attached and will crash, for example, when trying to initialize curses. Attached is a demo application: Running launcher.exe on windows will successfully open a console for helloworld.exe after the CreateProcess call. All tested wine versions however, will not allocate a new console. -- 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 51017] New: Microsoft PowerToys installer crashes
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51017 Bug ID: 51017 Summary: Microsoft PowerToys installer crashes Product: Wine Version: 6.6 Hardware: x86-64 URL: https://web.archive.org/web/20210403201453/https://git hub.com/microsoft/PowerToys/releases/download/v0.35.0/ PowerToysSetup-0.35.0-x64.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 69864 --> https://bugs.winehq.org/attachment.cgi?id=69864 log https://github.com/microsoft/PowerToys/ .NET Core 3.1.13 is used with Release v0.35.0. 0114:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 000000000136FE10 0110:fixme:combase:RoGetActivationFactory (L"", {44a9796f-723e-4fdf-a218-033e75b0c084}, 000000000011E720): semi-stub wine: Unhandled page fault on read access to 0000001600000001 at address 000000007B0524B1 (thread 0110), starting debugger... Unhandled exception: page fault on read access to 0x1600000001 in 64-bit code (0x000000007b0524b1). -- 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 52726] New: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52726 Bug ID: 52726 Summary: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- Created attachment 72084 --> https://bugs.winehq.org/attachment.cgi?id=72084 AspNetTest: 64-bit binary of the test service Existing .Net 4.6, 4.8, 5.0 and 6.0 builds shipped with many applications depend on services.exe being run in the session 0: https://github.com/dotnet/runtime/blob/01b7e73cd378145264a7cb7a09365b41ed42… Attached source+binary of the sample service application which doesn't work in wine-7.4. Steps to reproduce: 1. create 64-bit Wine prefix 2. copy AspNetTest.exe to system32 (to avoid specifying full path in 'sc create') 3. 'wine sc create AspNetTest binpath=AspNetTest.exe' - register the service 4. 'wine sc start AspNetTest' - attempt to run the service 5. 'wine sc query AspNetTest' - get the service status In order to clearer see that 'sc start AspNetTest' fails I'd suggest to apply https://source.winehq.org/patches/data/230446 https://source.winehq.org/patches/data/230447 https://source.winehq.org/patches/data/230445 Without these patches you just get 01cc:err:service:process_send_command service protocol error - failed to write pipe! -- 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 52719] New: cmd.exe mishandles echo %time%
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52719 Bug ID: 52719 Summary: cmd.exe mishandles echo %time% Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72080 --> https://bugs.winehq.org/attachment.cgi?id=72080 Check the date /t, %date%, time /t, %time% output I was hoping to sprinkle some echo %time% in the test_builtins.cmd script to figure out where it was spending time. But unfortunately in Wine all I get is: c:\> echo %time% 19:10 Whereas on Windows from XP to 21H1 I get: c:\> echo %time% 19:10:05.34 Fixing Wine to get the time with second resolution is easy, just drop TIME_NOSECONDS from the GetTimeFormatW() call. But that call does not seem to support returning subsecond data. Yet %time% is localized (with a French system locale it uses a comma as the decimal separator). Also Wine mishandles date /t and time /t, particularly the latter since it does not use the same format as plain "time". For reference here is the output of the attached test patch: English ======= C:\Users\Public\Documents>date The current date is: Wed 03/23/2022 Enter the new date: (mm-dd-yy) C:\Users\Public\Documents>date /T Wed 03/23/2022 C:\Users\Public\Documents>echo Wed 03/23/2022 <---- %date% Wed 03/23/2022 C:\Users\Public\Documents>time The current time is: 11:53:01.13 Enter the new time: C:\Users\Public\Documents>time /T 11:53 AM C:\Users\Public\Documents>echo 11:53:01.13 <---- %time% 11:53:01.13 French ====== C:\Users\Public\Documents>date La date du jour est�: 23/03/2022 Entrez la nouvelle date�: (jj-mm-aa) C:\Users\Public\Documents>date /T 23/03/2022 C:\Users\Public\Documents>echo 23/03/2022 <--- %date% 23/03/2022 C:\Users\Public\Documents>time L'heure actuelle est�: 20:23:28,60 Entrez la nouvelle heure�: C:\Users\Public\Documents>time /T 20:23 C:\Users\Public\Documents>echo 20:23:28,60 <--- %time% 20:23:28,60 -- 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 52724] New: expose a stable interface to get the linux pid mapped to a wine pid
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52724 Bug ID: 52724 Summary: expose a stable interface to get the linux pid mapped to a wine pid Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: redartofcode(a)gmail.com Distribution: --- to get the x11 window id of a window handle inside wine, you can use `GetProp(win32_handle, "__wine_x11_whole_window");`. but there is no equivalent function to get the linux pid of a wine process by using its wine pid. it is useful when a windows app and linux app need to interact with each other. to check that the wine application is still running, or monitor its resource usage etc.. the linux native app could use linux pid of the wine application. Use Case: I run Guild Was 2 in wine. and Guild Wars 2 shares live data of the player via shared memory called MumbleLink. unfortunately, shared memory of windows is not exposed as shared memory of linux. so, i wrote a small app windows which runs inside the same prefix of Guild Wars 2, and copies that data to z:\\dev\shm\gw2link file which is in the linux path of /dev/shm/gw2link. on Windows, there are Overlays (officially allowed) which make use of this data to provide a wide variety of utilities to players. I am making a linux Overlay and to get the position / size of the Guild Wars 2 Window, i need the x11 window id. as mentioned above, I already use the "__wine_x11_whole_window" to get that and copy it to the /dev/shm/gw2link along with the other data. then, linux native Overlay uses that file to get the window id and uses x11 to take care of the rest. But there are complex scenarios like multiple instances of gw2 running, and to make it easy, gw2 writes is pid along with player data in the shared memory. we use that pid to check if gw2 is running or other such things. and here's the issue, gw2 writes the windows (wine) pid in the shared memory. and i have no way of translating it to the mapped linux pid of that gw2 instance. I am currently able to use _NET_WM_PID x11 property to get the pid of a gw2 window, but it is not actually required by the x11 spec, and its also not immediately set when the game starts. so, it is sort of unreliable at the moment. so, I was hoping that wine could expose a function (or a property like __wine_x11_whole_window) so that i could translate the wine pid to linux pid, and provide that pid via /dev/shm/gw2link just like x11 window id. -- 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 52692] New: EffectRack crashes in ucrtbase with page fault
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52692 Bug ID: 52692 Summary: EffectRack crashes in ucrtbase with page fault Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: pak762(a)gmx.de Distribution: --- Created attachment 72036 --> https://bugs.winehq.org/attachment.cgi?id=72036 Crashdump after start of DDMF EffectRack After upgrading to Wine 7.4.1 DDMF EffectRack crashes with a page fault in ucrtbase being called from wined3d_adapter_get_identifier. This was not the case in Wine 7.3 I also tested a fresh Manjaro install in a VM but there I could not reproduce this issue since this might be specific to having an Nvidia card and driver. The driver version is 510.54 but also on the latest 470.x version I had installed before this error occurred. -- 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 35436] New: NeteaseMusic client can't play music
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=35436 Bug ID: 35436 Summary: NeteaseMusic client can't play music Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fangpeishi(a)gmail.com Classification: Unclassified Created attachment 47292 --> http://bugs.winehq.org/attachment.cgi?id=47292 the terminal output steps: 1.install&open client; 2.add songs to playlist; 3.click the play button. BUT Netease music client did not start playing. download url: Netease music client(网易云音乐客户端): http://music.163.com/#/download -- 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 51903] New: Nokia SDK 2.0: Can't detect Java RMI ports
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51903 Bug ID: 51903 Summary: Nokia SDK 2.0: Can't detect Java RMI ports Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 70854 --> https://bugs.winehq.org/attachment.cgi?id=70854 Screenshot Wine fails to connect Nokia SDK to a open Java RMI port. After opening the software ($NOKIADIR/bin/emulator.exe), it shows a pop-up with a message saying: "The internal RMI registry port 1099 may be in use by another application. If the SDK does not start select the Networking tab and enter another internal RMI registry port number." Forcing to initialize the RMI from Wine (wine start $JDK_DIR/bin/rmiregistry.exe $PORT) or from Java for Linux (rmiregistry $PORT), or changing the port number, doesn't changes the result. After pressing Ok, the applciation crashes with this message on Wine CMD: Error: invalid query "Nokia SDK 2.0 for Java" Connection Terminated I'm reporting it on Wine 6.16 because that's currently the latest version for my distribution, but i've tried it on Wine 6.19 too. I've reported it in the forum with some screenshots: https://forum.winehq.org/viewtopic.php?f=8&t=35774 I've also reported it on AppDB: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40335 Procedures: 1 - First, that's needed to install 32-Bits Java 1.6 for Windows to run this application. Java 1.7 works too according to the software changelogs. You can download it from Oracle but you'll need to login: https://www.oracle.com/java/technologies/downloads/archive/ 2 - Install Nokia SDK 2.0 3 - Run it from the shortcut or from the EXE located in bin/emulator.exe Download for Nokia SDK 2.0: https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml SHA1 (Offline installer): 969dc440a420a7a3a210518f7fc4730f52826ad2 -- 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 48210] New: tax2019-installer crashes at start
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48210 Bug ID: 48210 Summary: tax2019-installer crashes at start Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: peter.huyoff(a)gmx.de Distribution: --- Created attachment 65844 --> https://bugs.winehq.org/attachment.cgi?id=65844 backtrace-dump When i attempt to start installation, the installer aborts -- 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 13

[Bug 47591] New: Steam for windows failed to launch
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=47591 Bug ID: 47591 Summary: Steam for windows failed to launch Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: tylerpelletier(a)outlook.com Distribution: --- Fresh installed pop os Stable build of wine installed the updates installed newest nvidia driver for 500 series card Installed steam I'm a newb to linux backtrace gives me: Unhandled exception: page fault on write access to 0x7c003fd4 in 32-bit code (0x7d0512ea). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7d0512ea ESP:0033f2a0 EBP:00000014 EFLAGS:00010202( R- -- I - - - ) EAX:7d354d20 EBX:7c003fd4 ECX:7d354d20 EDX:00000000 ESI:7d0caad0 EDI:7c000611 Stack dump: 0x0033f2a0: f7fc8950 7c0008c8 00000149 beed8e00 0x0033f2b0: 7c730940 00000000 f7fc8950 00000012 0x0033f2c0: 00000016 7c6f9e80 7c000840 7d05252c 0x0033f2d0: 7c0008c8 00000014 7d0ca9c0 7c6f9e80 0x0033f2e0: 00000000 f7fc8040 f7fc8950 000001a3 0x0033f2f0: f7fc8504 00000000 7c6823d8 00002ccb Backtrace: =>0 0x7d0512ea glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x00000014) 1 0x7d05252c glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x7c000840) 2 0x7d05ae95 glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x7d057610) 3 0x7d032b25 glGetTexGenivOES+0xffffffff() in libgl.so.1 (0x7c6f6a90) 4 0xf7faf3a9 _dl_find_dso_for_object+0xffffffff() in ld-linux.so.2 (0x7c6f6a90) 5 0xf7faf4e2 _dl_find_dso_for_object+0xffffffff() in ld-linux.so.2 (0xff976a70) 6 0xf7fb312b _dl_find_dso_for_object+0x8fa() in ld-linux.so.2 (0x0033f618) 7 0xf7d05fb3 getfsent+0x41fe2() in libc.so.6 (0xff976a70) 8 0xf7fb299e _dl_find_dso_for_object+0x16d() in ld-linux.so.2 (0xff976a70) 9 0xf7bc62c8 GLIBC_2+0x12c7() in libdl.so.2 (0xff976a70) 10 0xf7d05fb3 getfsent+0x41fe2() in libc.so.6 (0x0033f988) 11 0xf7d06060 getfsent+0x4208f() in libc.so.6 (0x0033f988) 12 0xf7bc6a71 dlsym+0x610() in libdl.so.2 (0x0033f988) 13 0xf7bc6366 GLIBC_2+0x1365() in libdl.so.2 (0x0033f988) 14 0xf7decacf wine_dll_load+0xffffffff() in libwine.so.1 (0x0033f988) 15 0x7d3962ca X11DRV_ClipCursor+0x5629() in winex11 (0x0033fb98) 16 0x7bc8c32e RtlRunOnceExecuteOnce+0x4d() in ntdll (0x0033fbe8) 17 0x7b47d323 InitOnceExecuteOnce+0x22() in kernel32 (0x0033fc18) 18 0x7d3999ff X11DRV_ClipCursor+0x8d5e() in winex11 (0x0033fc48) 19 0x7d388b04 ImeGetImeMenuItems+0x8f3() in winex11 (0x0033fc68) 20 0x7e7412be __wine_get_wgl_driver+0x4d() in gdi32 (0x0033fc98) 21 0x7a8b3448 wglDescribePixelFormat+0x37() in opengl32 (0x0033fce8) 22 0x7a8b34ed wglChoosePixelFormat+0x4c() in opengl32 (0x0033fd98) 23 0x7e741325 ChoosePixelFormat+0x34() in gdi32 (0x0033fdd8) 24 0x10096d98 in sdl2 (+0x96d97) (0x0033fe2c) 25 0x1009709c in sdl2 (+0x9709b) (0x0033fe40) 26 0x100887b8 in sdl2 (+0x887b7) (0x0033fe54) 27 0x00403c09 EntryPoint+0xffffffff() in gldriverquery (0x0033fe6c) 28 0x00403d42 EntryPoint+0xffffffff() in gldriverquery (0x0033fec0) 29 0x7b463e42 call_process_entry+0x11() in kernel32 (0x0033fed8) 30 0x7b4661bc ExitProcess+0x236b() in kernel32 (0x0033ffd8) 31 0x7b463e4e call_process_entry+0x1d() in kernel32 (0x0033ffec) 0x7d0512ea glGetTexGenivOES+0xffffffff in libgl.so.1: movl %eax,0x0(%ebx) Modules: Module Address Debug info Name (86 modules) PE 400000- 40e000 Export gldriverquery PE 10000000-100e3000 Export sdl2 ELF 7826c000-7a800000 Deferred libnvidia-glcore.so.340.107 ELF 7a800000-7a940000 Dwarf opengl32<elf> \-PE 7a820000-7a940000 \ opengl32 ELF 7b400000-7b7fb000 Dwarf kernel32<elf> \-PE 7b420000-7b7fb000 \ kernel32 ELF 7bc00000-7bd03000 Dwarf ntdll<elf> \-PE 7bc10000-7bd03000 \ ntdll ELF 7c000000-7c005000 Deferred <wine-loader> ELF 7cfb4000-7d0cb000 Dwarf libgl.so.1 ELF 7d12c000-7d133000 Deferred libxfixes.so.3 ELF 7d133000-7d140000 Deferred libxcursor.so.1 ELF 7d140000-7d153000 Deferred libxi.so.6 ELF 7d153000-7d157000 Deferred libxcomposite.so.1 ELF 7d157000-7d164000 Deferred libxrandr.so.2 ELF 7d164000-7d170000 Deferred libxrender.so.1 ELF 7d170000-7d177000 Deferred libxxf86vm.so.1 ELF 7d177000-7d17c000 Deferred libxinerama.so.1 ELF 7d17c000-7d186000 Deferred librt.so.1 ELF 7d186000-7d1a5000 Deferred libbsd.so.0 ELF 7d1a5000-7d1ac000 Deferred libxdmcp.so.6 ELF 7d1ac000-7d1b0000 Deferred libxau.so.6 ELF 7d1b0000-7d1de000 Deferred libxcb.so.1 ELF 7d1de000-7d32a000 Deferred libx11.so.6 ELF 7d32a000-7d33f000 Deferred libxext.so.6 ELF 7d353000-7d358000 Deferred libnvidia-tls.so.340.107 ELF 7d35a000-7d3eb000 Dwarf winex11<elf> \-PE 7d370000-7d3eb000 \ winex11 ELF 7d447000-7d451000 Deferred libuuid.so.1 ELF 7d451000-7d48c000 Deferred libexpat.so.1 ELF 7d48c000-7d4d9000 Deferred libfontconfig.so.1 ELF 7d4d9000-7d4f6000 Deferred libz.so.1 ELF 7d4f6000-7d534000 Deferred libpng16.so.16 ELF 7d534000-7d5f5000 Deferred libfreetype.so.6 ELF 7d610000-7d626000 Deferred api-ms-win-crt-locale-l1-1-0<elf> \-PE 7d620000-7d626000 \ api-ms-win-crt-locale-l1-1-0 ELF 7d626000-7d640000 Deferred api-ms-win-crt-math-l1-1-0<elf> \-PE 7d630000-7d640000 \ api-ms-win-crt-math-l1-1-0 ELF 7d640000-7d657000 Deferred api-ms-win-crt-runtime-l1-1-0<elf> \-PE 7d650000-7d657000 \ api-ms-win-crt-runtime-l1-1-0 ELF 7d657000-7d66e000 Deferred api-ms-win-crt-string-l1-1-0<elf> \-PE 7d660000-7d66e000 \ api-ms-win-crt-string-l1-1-0 ELF 7d66e000-7d684000 Deferred api-ms-win-crt-heap-l1-1-0<elf> \-PE 7d670000-7d684000 \ api-ms-win-crt-heap-l1-1-0 ELF 7d684000-7d69b000 Deferred api-ms-win-crt-stdio-l1-1-0<elf> \-PE 7d690000-7d69b000 \ api-ms-win-crt-stdio-l1-1-0 ELF 7d69b000-7d79a000 Deferred ucrtbase<elf> \-PE 7d6c0000-7d79a000 \ ucrtbase ELF 7d79a000-7d7b1000 Deferred vcruntime140<elf> \-PE 7d7a0000-7d7b1000 \ vcruntime140 ELF 7d7b1000-7d8da000 Deferred oleaut32<elf> \-PE 7d7d0000-7d8da000 \ oleaut32 ELF 7d8da000-7d900000 Deferred shcore<elf> \-PE 7d8e0000-7d900000 \ shcore ELF 7d900000-7d972000 Deferred shlwapi<elf> \-PE 7d910000-7d972000 \ shlwapi ELF 7d972000-7e339000 Deferred shell32<elf> \-PE 7d980000-7e339000 \ shell32 ELF 7e339000-7e35e000 Deferred imm32<elf> \-PE 7e340000-7e35e000 \ imm32 ELF 7e35e000-7e38a000 Deferred msacm32<elf> \-PE 7e360000-7e38a000 \ msacm32 ELF 7e38a000-7e4e9000 Deferred ole32<elf> \-PE 7e3a0000-7e4e9000 \ ole32 ELF 7e4e9000-7e5a4000 Deferred winmm<elf> \-PE 7e4f0000-7e5a4000 \ winmm ELF 7e5a4000-7e62c000 Deferred rpcrt4<elf> \-PE 7e5b0000-7e62c000 \ rpcrt4 ELF 7e62c000-7e6a7000 Deferred advapi32<elf> \-PE 7e640000-7e6a7000 \ advapi32 ELF 7e6a7000-7e7d8000 Dwarf gdi32<elf> \-PE 7e6c0000-7e7d8000 \ gdi32 ELF 7e7d8000-7e9e4000 Deferred user32<elf> \-PE 7e7f0000-7e9e4000 \ user32 ELF 7e9e4000-7ea54000 Deferred setupapi<elf> \-PE 7e9f0000-7ea54000 \ setupapi ELF 7ea54000-7ea68000 Deferred libnss_files.so.2 ELF 7eee1000-7efe5000 Deferred libm.so.6 ELF 7efe5000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7bc5000-f7bcb000 Dwarf libdl.so.2 ELF f7bcb000-f7dab000 Dwarf libc.so.6 ELF f7dab000-f7dcb000 Deferred libpthread.so.0 ELF f7de6000-f7f9d000 Dwarf libwine.so.1 ELF f7f9f000-f7fc9000 Dwarf ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000023 0 00000020 0 0000001b 0 00000013 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000018 0 00000017 0 00000016 0 00000012 0 00000019 plugplay.exe 0000001d 0 0000001c 0 0000001a 0 0000001e winedevice.exe 00000024 0 00000022 0 00000021 0 0000001f 0 00000025 explorer.exe 0000002b 0 0000002a 0 00000029 0 00000026 0 00000062 Steam.exe 000000af 0 000000ae 0 000000a9 0 0000009f 0 00000091 0 0000008e 0 0000007c 0 0000007b 0 0000007a 0 00000079 0 00000078 0 00000076 0 00000075 2 00000070 0 0000006e 2 0000006d 0 0000006a 0 00000066 0 00000065 0 00000064 0 00000063 0 000000b0 (D) C:\Program Files (x86)\Steam\bin\gldriverquery.exe 000000b1 0 <== 000000b6 steamerrorreporter.exe 000000bc 0 000000ba 0 000000b9 0 000000b8 0 000000b7 0 System information: Wine build: wine-4.0.1 Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 5.0.0-21-generic -- 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 6

[Bug 52160] New: How to get Office 365 help?
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52160 Bug ID: 52160 Summary: How to get Office 365 help? Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: davidjones64619(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- You can either get an answer to your query in the community forum of Microsoft 365. Or you can also submit your service request. For Office 365 help, do the following. Login to Microsoft 365 and tap ‘Support.’ Now choose ‘New service request.’ You can also call the toll free number for seeking support. https://www.emailsupport.us/microsoft-office-365-support -- 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 52135] New: Failed to connect to the mount manager in Wine-Staging
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52135 Bug ID: 52135 Summary: Failed to connect to the mount manager in Wine-Staging Product: Wine-staging Version: 6.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 71178 --> https://bugs.winehq.org/attachment.cgi?id=71178 terminal output The problem appeared in Staging a couple days ago: when running 'winecfg' to create a new prefix or update an existing one, winecfg crashes and the 'Drives' tab is blank showing an error: Failed to connect to the mount manager; the drive configuration cannot be edited. According to the regression test I performed between upstream Wine and Wine-Staging the Staging patch to blame: https://github.com/wine-staging/wine-staging/blob/master/patches/ntdll-Crit… The first upstream commit when the bug appears: 95615a4afbac69b171d54533a4494e43f7811b55 mountmgr: Move the DBus support to the Unix library. -- 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 52016] New: steamwebhelper crash due to unimplemented function mfplat.dll.MFIsQueueThread
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52016 Bug ID: 52016 Summary: steamwebhelper crash due to unimplemented function mfplat.dll.MFIsQueueThread Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Steamwebhelper.exe crash continuously while steam is running, wine says: Call from 7B011026 to unimplemented function mfplat.dll.MFIsQueueThread, aborting Steam library and store tabs remains always black like bug 37110 and installing corefonts (bug 32342) and/or disable libglesv2.dll do not workaround this. Using native mfplat steam shows library loading screen but crash with libcef error. -- 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 51975] New: Preethi Tien
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51975 Bug ID: 51975 Summary: Preethi Tien Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: mspatcha Assignee: wine-bugs(a)winehq.org Reporter: marikaiser5678(a)gmail.com Distribution: --- I'd like for you to visit my website if you have the time. -- 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 51896] New: Couldn't load in-process dll L"C:\\windows\\system32\\xaudio2_7.dll" (Danganronpa V3 PulseAudio)
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51896 Bug ID: 51896 Summary: Couldn't load in-process dll L"C:\\windows\\system32\\xaudio2_7.dll" (Danganronpa V3 PulseAudio) Product: Wine-staging Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: desygner132(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70842 --> https://bugs.winehq.org/attachment.cgi?id=70842 log file wine-stagine 6.19 Steps to reproduce: - winetricks xact, launch game with wine. Expected results: - Sound with pulseaudio Actual results: - No sound, no playback appears in pavucontrol Additional notes: Testing pulseaudio in winecfg 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.

1 6

[Bug 51810] New: TPLinkWifi
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51810 Bug ID: 51810 Summary: TPLinkWifi Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: jvik0074(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- TPLinkWifi is an online switch setup page for all TP-Link switches at http://tp-link-wifi.com/ where you can change WiFi secret phrase and different organization settings. The principal that you need to do is interface your PC with TPLinkWifi Network. On the off chance that you got a mistake message from TP-Connection, it is reasonable you have stored the public IP address of TPLinkWifi. You can clear your program reserve and history as indicated by the accompanying connect to your program. http://tp-link-wifi.com/ || http://tp-link-wifi.com/tp-link-login/ || http://tp-link-wifi.com/tp-link-drivers/ || http://getbitcoinaccount.com/ || https://sites.google.com/view/cashapploginhelp || https://sites.google.com/view/amazoncomcode-enter || https://sites.google.com/view/bitdefenderloginus || https://sites.google.com/view/roadrunneremailusa || https://sites.google.com/view/getlinksysextendersetup || https://sites.google.com/view/belkinsetuphelp || https://sites.google.com/view/tomtomupdate-help || https://sites.google.com/view/goavastlogin || https://sites.google.com/view/aolmaillogindesk || https://sites.google.com/view/myavastcomusa || https://sites.google.com/view/netgearextendersetup-now || https://sites.google.com/view/go-amazonprimelogin || https://sites.google.com/view/wwwamazoncommytvhelp || https://sites.google.com/view/outlook365loginhere || https://sites.google.com/view/nortondownloadguide || https://bit.ly/3mL8vPu || https://bit.ly/3v2uFQn || https://contactassistance.com/tomtom-support/ || https://contactassistance.com/garmin-support/ || https://contactassistance.com/magellan-support/ || http://linksysextendersetupwifi.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 2

[Bug 51498] New: How do I find Yahoo Mail Quick Fix tool?
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51498 Bug ID: 51498 Summary: How do I find Yahoo Mail Quick Fix tool? Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: luisaevans84(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- To run the Yahoo Mail quick fix tool, you have to follow these below mentioned steps: 1. Go to your account. 2. Move to the Yahoo Mail Quick Fix apparatus. 3. Select the issue from the alternative. 4. Then, at that point, enter another email address (the one you need to discover to be sent). 5. Enter the code. 6. Snap Create a solicitation for beginning the sweep. If you are unable to do it on your own, then you can connect with us. We have a specialized team that can help you fix your issues in just one call. Contact us now! https://www.yahoosupport.co/blog/yahoo-mail-quick-fix-tool/ -- 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 36523] New: Original War: Patcher 1.12.10.12 fails at writing data1.owp`s header - canvas does not allow drawing
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=36523 Bug ID: 36523 Summary: Original War: Patcher 1.12.10.12 fails at writing data1.owp`s header - canvas does not allow drawing Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jopac76(a)mail.com Created attachment 48605 --> https://bugs.winehq.org/attachment.cgi?id=48605 The error log mentioned on the popup After installing the retail cd version 1.02 french, and then trying to update to 1.12.10.12.exe fails about at 14% installed, then the installer shows the following: >*Patching* >Writing data1.owp`s Header And a error report popup with >Setup Thread Error: Canvas does not allow drawing >Error log Created: Please include "C:\users\user\Temp\\ErrorLog0000.TXT" with >your bug report Download: http://www.owsupport.com/?sect=patches 71a1e44b03639791875dd216755e5e8910db24cb OWPatch_1.12.10.12.exe I can't find out how to attach more than one file, but the only thing on the wine output is a fixme about timezones. -- 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 11

[Bug 52537] New: GIMP 2.2.x: Cannot detect GTK+ libraries
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52537 Bug ID: 52537 Summary: GIMP 2.2.x: Cannot detect GTK+ libraries Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- GIMP 2.2.x cannot detect GTK+, or it's libraries, requesting to reinstall GTK Procedure: 1 - Install GTK+ Runtime 2.4.14 2 - Run GIMP 2.2.17 installer Download: GIMP 2.2.17: http://www.oldversion.com/windows/the-gimp-2-2-17 SHA1: bb8a3e297d6f2885c80c394901380b81d8ae0a67 Note: I couldn't find a archived version on Web Archive GTK+ 2.4.14: https://sourceforge.net/projects/gtk-win/files/GTK%2B%20Runtime%20Environme… SHA1: 274656d3487f23140c0202cb80a3c6ea8c5e5671 -- 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 52514] New: Are you searching for the best online shopping sites in India
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

1 2

[Bug 52400] New: cmd path different behavior
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52400 Bug ID: 52400 Summary: cmd path different behavior Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: iip.umar.rifai(a)gmail.com Distribution: --- Created attachment 71639 --> https://bugs.winehq.org/attachment.cgi?id=71639 screenshot run simple reg.exe accessing PATH environment Running reg with wine can run normally but when running using cmd return error: Can't recognize 'reg' as an internal or external command, or batch script. -- 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

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