March 2021 - wine-bugs

[Bug 50586] New: [regression] NtQueryInformationFile returning STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks opened with option FILE_OPEN_REPARSE_POINT (0x00200000)
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50586 Bug ID: 50586 Summary: [regression] NtQueryInformationFile returning STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks opened with option FILE_OPEN_REPARSE_POINT (0x00200000) Product: Wine-staging Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mr.dovi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69263 --> https://bugs.winehq.org/attachment.cgi?id=69263 wine_file.c testcase Possible related issue: https://bugs.winehq.org/show_bug.cgi?id=50036 I'm investigating the cause of a application startup crash happening on wine-staging 6.0 but not on wine-staging-5.21, wine-5.13 and wine-6.0 While I think I have found a workaround to have it running on staging-6.0, I realized it may be worth a share since it took me a few hours of searching the relay logs. I have attached a test case but basically, calling NtQueryInformationFile on a symlink opened with the file handle option FILE_OPEN_REPARSE_POINT seem to cause NtQueryInformationFile to return STATUS_INVALID_INFO_CLASS, even if the class is correctly set to FileAllInformation # wine 5.13 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine 5.13 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 5.21 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 5.21 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 6.0 # pNtCreateFile -> 0 # NtQueryInformationFile -> c0000003 # wine-staging 6.0 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 My system is Arch Linux -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 54

[Bug 50761] New: ntdll-Junction_Points update broke macOS compilation
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50761 Bug ID: 50761 Summary: ntdll-Junction_Points update broke macOS compilation Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Regression SHA1: 750044c08c49c7a117fcc911506a198969379144 Created attachment 69550 --> https://bugs.winehq.org/attachment.cgi?id=69550 output This is on a fully updated macOS 10.14 system, using mingw and the macOS 10.13 SDK to compile 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 50766] New: In Wine Staging 6.3, symbolic links are no longer active and become regular files.
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50766 Bug ID: 50766 Summary: In Wine Staging 6.3, symbolic links are no longer active and become regular files. Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 93.duke.xperia(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69557 --> https://bugs.winehq.org/attachment.cgi?id=69557 screenshot In Wine Staging 6.3, symbolic links are no longer active and become regular files. When downgrading to version 6.2, symbolic links are active 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 19

[Bug 50727] New: Foobar2000 fails to install in current Staging
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50727 Bug ID: 50727 Summary: Foobar2000 fails to install in current Staging Product: Wine Version: 6.2 Hardware: x86-64 URL: https://www.foobar2000.org/getfile/foobar2000_v1.6.4.e xe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 69481 --> https://bugs.winehq.org/attachment.cgi?id=69481 screenshot from installer See attached screenshot. Either: 1. try as current user: result is the installer just exits silently 2. try username/password: result is the installer says you need admin rights. @Zebediah: I'm guessing this has to do with https://github.com/wine-staging/wine-staging/commit/811467bf6a4c43de2485b37… ? -- 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 50551] New: Serious Sam Classic (TFE/TSE) has no sound when EAX is enabled
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50551 Bug ID: 50551 Summary: Serious Sam Classic (TFE/TSE) has no sound when EAX is enabled Product: Wine-staging Version: 6.0 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-35640/Serious-Sam -The-Second-Encounter-Demo OS: Linux Status: NEW Keywords: download 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: --- The game runs without audio when EAX option is enabled in Staging and EAX is selected as the sound system in the game' audio options. 'EAX error: Cannot set environment' appears in the game's console. wine-6.0-201-g2d4dd4252b0 (Staging) SeriousSamSEDemo.exe md5sum: 9b22eb6765979a02ecbf641f53d0f162 -- 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 47932] New: Mouse-clicks no longer recognized `World of Warships`
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=47932 Bug ID: 47932 Summary: Mouse-clicks no longer recognized `World of Warships` Product: Wine-staging Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukas.lueg(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- `World of Warships 0.8.8` used to work more or less flawlessly in wine-4.16; since the update to 4.17 left/right mouse clicks are no longer recognized at all in the main menu (including login), rendering the application unusable. The problem appeared since `wine-4.17-2" on x86_64, using Fedora 30. Downgrading to 4.16 fixed the problem. -- 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 50237] New: The Sims 3 - cannot interact with objects and floor.
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50237 Bug ID: 50237 Summary: The Sims 3 - cannot interact with objects and floor. 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: germanapps(a)gmail.com Distribution: --- Created attachment 68743 --> https://bugs.winehq.org/attachment.cgi?id=68743 Wine logs After upgrading from Wine Staging 5.21 to Staging 5.22 a serious bug appeared: When you interact with floor or an object in "Life" mode, action menu is broken and moved to the far right side of the screen and game cursor is moved to the far left side. Video footage of the bug here: http://www.mediafire.com/file/v7wmvjcghtl28pz/sims3-wine5.22-mousebug.mp4/f… I have done some tests beginning from 5.9 (which was the last reported version and doesn't even allow to initialize a new prefix and throws errors instead) to 5.22 and only 5.22 has this bug. It is consistent, so there should be no problem for others to reproduce it. Tested on Debian 10.6 Stable with KDE, Linux Mint 19.3 Xfce and Linux Mint 20 Xfce. -- 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 50395] New: Star Wars: Galactic Battlegrounds needs dpmodemx.dll.SPInit
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50395 Bug ID: 50395 Summary: Star Wars: Galactic Battlegrounds needs dpmodemx.dll.SPInit Product: Wine-staging Version: 6.0-rc3 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-2037/Star-Wars-Ga lactic-Battlegrounds-Demo OS: Linux Status: NEW Keywords: download 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: --- Created attachment 69013 --> https://bugs.winehq.org/attachment.cgi?id=69013 terminal output After the dxdiag-new-dlls patchset has been added to Staging, such games as Age of Empires 2, Star Wars: Galactic Battlegrounds crash immediately after starting. -- 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 50162] New: msvcrt-Math_Precision patchset breaks audio in Diablo III
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50162 Bug ID: 50162 Summary: msvcrt-Math_Precision patchset breaks audio in Diablo III Product: Wine-staging Version: 5.22 Hardware: x86-64 URL: https://www.blizzard.com/download/confirmation?platfor m=windows&product=d3 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maciej.stanczew+b(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Regression SHA1: 7734f7a8087291ec15c4d1adfe1a6db055972266 Distribution: ArchLinux Created attachment 68678 --> https://bugs.winehq.org/attachment.cgi?id=68678 Use precise_cosh in unix_cosh instead of unix_cos Steps to reproduce: 1. Lower your audio volume to not break ears; 2. Launch Diablo III ("wine Diablo\ III64.exe -launch"). Expected result: Menu music starts playing, UI sounds work. Actual result: There is about 2 seconds of loud, garbled audio, then silence. I've bisected this to msvcrt-Math_Precision patchset and its latest rebase. Wine 2fb08bed46f + Staging 0192a7b3 don't have the issue. Wine c72e1b096d1 + Staging 7734f7a8 is where the problem is introduced. Building Staging 5.22 with "-W msvcrt-Math_Precision" also produces a working version. Looking at the patchset's rebase (7734f7a8), we see that precise_cosh was used in unix_cos instead of unix_cosh. Reverting unix_cos to use cos, and using precise_cosh instead in unix_cosh, solves the issue for me. I've attached a patch with these changes. -- 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 16

[Bug 49374] New: skyrim is unable to run under staging 5.10
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=49374 Bug ID: 49374 Summary: skyrim is unable to run under staging 5.10 Product: Wine-staging Version: unspecified Hardware: x86 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: --- Created attachment 67434 --> https://bugs.winehq.org/attachment.cgi?id=67434 last log with error skyrim is unable to run in recently wine. error is in the attachment. This is happened for a period of time. I have tested on vanilla wine, it is able to run without any 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 10

[Bug 50255] New: server/fd.c:1986:18: error: 'O_SYMLINK' undeclared
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50255 Bug ID: 50255 Summary: server/fd.c:1986:18: error: 'O_SYMLINK' undeclared Product: Wine-staging Version: 6.0-rc1 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerald(a)pfeifer.com CC: leslie_alistair(a)hotmail.com, marcus(a)jet.franken.de, z.figura12(a)gmail.com Created attachment 68780 --> https://bugs.winehq.org/attachment.cgi?id=68780 Proposed patch to unbreak the build 6.0-rc1 features a new build failure versus 5.22: server/fd.c: In function 'open_fd': server/fd.c:1986:18: error: 'O_SYMLINK' undeclared (first use in this function) 1986 | flags |= O_SYMLINK; | ^~~~~~~~~ Indeed O_SYMLINK appears nowhere under /usr/include on FreeBSD 11.x nor on my openSUSE system with glibc 2.32. The latter does have O_PATH, so the following snippet from server/fd.c comes to the rescue: #if !defined(O_SYMLINK) && defined(O_PATH) # define O_SYMLINK (O_NOFOLLOW | O_PATH) #endif The attached patch fixes (or works around) this issue. Successfully tested on FreeBSD 11/i386. -- 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 44207] New: Wine fails to run Unigine Heaven 4.0
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=44207 Bug ID: 44207 Summary: Wine fails to run Unigine Heaven 4.0 Product: Wine-staging Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59977 --> https://bugs.winehq.org/attachment.cgi?id=59977 Crash log Download URL: https://benchmark.unigine.com/heaven Download link: http://assets.unigine.com/d/Unigine_Heaven-4.0.exe File: Unigine_Heaven-4.0.exe See 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.

2 9

[Bug 50106] New: ESync broke mountmgr
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50106 Bug ID: 50106 Summary: ESync broke mountmgr Product: Wine-staging Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: javirrdar(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- After wine update 5.19 (gb49e8743) to 5.21 (ge2d9f97b) mountmgr just stop working on my setup. Symptoms are constant spamming: > fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 50 > fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 50 And winecfg can't connect to Mount Manager, installers (e.g. GoG installer) doesn't display anything on directory select. If you disable esync\fsync using env variables, it works. It seems like this bug appears on 5.19 (gbe9c9681) and newest wine-staging versions. Oddly, with WINEDEBUG=+all it works (slowly, but works). Some race condition in ESync? How to reproduce: - Create new wine prefix - Launch winecfg (issue not occurs) - Close winecfg - Launch winecfg again (issue occurs) After that issue will occurs every 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 14

[Bug 46021] New: Mass Effect 3 | Mouse uncontrollably / jumps around. Keyboard button "locks in" sometimes
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=46021 Bug ID: 46021 Summary: Mass Effect 3 | Mouse uncontrollably / jumps around. Keyboard button "locks in" sometimes Product: Wine-staging Version: 3.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roquene(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Moving mouse let it jump uncontrollably around. very slow minimal movement seem to work, but faster let the player character make a 180°. moving the mouse upwards sometimes "locks" the camera facing upwards and only possible to turn it in circle. Moving the character per keyboard sometimes locks in. So moving forward and releasing the button and the character keeps moving until key pressed again. in game menu comparable behaviour. moving over menupoint only highlight it if moved very slow. problem does not occur in normal 3.18 and not with old versions like staging-2.8 could not test later version. staging-2.21 for example shows only black 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 7

[Bug 45687] New: PulseAudio patchset causes crackling audio
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=45687 Bug ID: 45687 Summary: PulseAudio patchset causes crackling audio Product: Wine-staging Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sykhro(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I couldn't narrow it down much, sounds like a resampling problem(?). Using Gentoo default pulseaudio config and a Scarlett 2i2 USB audio interface. -- 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 50767] New: Wine 6.3 Staging broken symlinks
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50767 Bug ID: 50767 Summary: Wine 6.3 Staging broken symlinks Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hitman2491(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Symbolic links inside prefix stopped working. Standard wine 6.3 does not repeat itself. Reference: https://github.com/hitman249/wine-launcher/issues/24 -- 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 48253] New: League of Legends you can't create and/or join a lobby on Arch Linux
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48253 Bug ID: 48253 Summary: League of Legends you can't create and/or join a lobby on Arch Linux Product: Wine-staging Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kassin.dornelles(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65915 --> https://bugs.winehq.org/attachment.cgi?id=65915 league of legends lutris logs You can't create a lobby or join a lobby on Arch Linux, i think at this point doesn't matter the Wine version, maybe some Arch dep package is borked? (i did a fresh install just to make sure) here's a example of how the game client lobby options will look like: https://preview.redd.it/yeasiff2du141.png?width=1286&format=png&auto=webp&s… -- 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 47703] New: warships
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=47703 Bug ID: 47703 Summary: warships Product: Wine-staging Version: 4.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leha.ermolin2012(a)yandex.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65174 --> https://bugs.winehq.org/attachment.cgi?id=65174 World of Warships не заходит в Адмиралтейство В World of Warships при входе в Адмиралтейство или Клан возникает ошибка. -- 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 49556] New: 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=49556 Bug ID: 49556 Summary: 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20 Product: Wine-staging Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I'm using filever.exe inside Docker container which in some configuration crashes on run, and some works. Initially I've managed to make it not crash with: - wine-5.9 (Staging) - wine-5.12 (Staging) But after using wine-5.12 a while, I couldn't make it not crash. When running: wine filever.exe terminal64.exe it works fine. When running: wine filever.exe /v terminal64.exe it shows the following output and crashes: --a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe Language 0x0000 (English) CharSet 0x04b0 Unicode ... SubType: 00000000 FileDate: 00000000:00000000 wine: Unhandled page fault on read access to 65786526 at address 7BC88E20 (thread 0024), starting debugger... 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20 $ winedbg filever.exe /v terminal64.exe 007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142 WineDbg starting on pid 00c8 0x000000007bcd18a5: ret Wine-dbg>bt Backtrace: =>0 0x000000007bcd18a5 (0x000000000031ffd8) 1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec) Wine-dbg>bt all 0x000000007bcd18a5: ret Backtracing for thread 00cc in process 00c8 (C:\windows\filever.exe): Backtrace: =>0 0x000000007bcd18a5 (0x000000000031ffd8) 1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec) 0x000000007bcd18a5: ret Here are the reproducible steps using Docker container (which I'm using): 1. Pull and run Docker container: local$ docker run -it --entrypoint /bin/bash ea31337/ea-tester 2. Inside Docker, install required binaries (e.g. filever and platform binary to check). docker$ /opt/scripts/eval.sh install_mt 5.0.0.2515 3. Go to downloaded platform dir. $ cd ~/.wine/drive_c/MetaTrader\ 5/ 4. This command should work: $ wine filever.exe terminal64.exe --a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe 5. This command crashes at the end: $ wine filever.exe /v terminal64.exe ... FileDate: 00000000:00000000 wine: Unhandled page fault on read access to 65786526 at address 7BC88E20 (thread 0024), starting debugger... 0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc88e20 6. Although works for another binaries: $ wine filever.exe /v metatester64.exe (no errors at the end) $ wine filever.exe /v metaeditor64.exe (no errors at the end) 7. To run under debugger, run: $ winedbg filever.exe /v terminal64.exe Xvfb is already running, run: "export DISPLAY=:0" to access display. The filever.exe is the same which is included with WindowsXP-KB838079-SupportTools (https://github.com/EA31337/EA-Tester/releases/download/4.x/WindowsXP-KB8380…). If you download from the link, you can use cabextract to extract that binary (e.g. cabextract -F support.cab *.exe && cabextract -F filever.exe *.cab && install -v filever.exe ~/.wine/drive_c/windows). I was using filever.exe quiet often in my scripts and never had this issue. Any clues if that's the Wine bug or filever.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 6

[Bug 48057] New: Application binds to same port multiple times from wine 4.18 works fine on 4.17
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48057 Bug ID: 48057 Summary: Application binds to same port multiple times from wine 4.18 works fine on 4.17 Product: Wine-staging Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: richard.it(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65601 --> https://bugs.winehq.org/attachment.cgi?id=65601 Netstat Output With Application running on 4.18 Game server FLServer.exe appears to bind to the same port multiple times from wine 4.18 making the application unable to communicate on the network. Wine 4.17 works correctly. Winetricks mfc42 required to get FLServer.exe to run. Winetricks directplay for network. Run FLServer.exe but unable to connect to it. Steps to Reproduce: 1. Install game with FLServer.exe 2. winetricks mfc42 directplay -- 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 50503] New: Diablo 1: Game crashes after intro videos
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50503 Bug ID: 50503 Summary: Diablo 1: Game crashes after intro videos Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xillusium(a)gmail.com Distribution: --- Created attachment 69165 --> https://bugs.winehq.org/attachment.cgi?id=69165 WINEDEBUG=warn+d3d wine HELLFIRE.EXE &> 1.log When I run the game, intro videos playing. After that, when game should open main menu, it crashes. I used a patch https://bugs.winehq.org/show_bug.cgi?id=2082#attach_51248 to make the game menu visible (modified to use an environment variable to apply) and this bug is not occured in wine 5.0, so it can be 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 8

[Bug 49697] New: Age of Empires II (SafeDisc 1.x) fails to start since 3.0-rc
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=49697 Bug ID: 49697 Summary: Age of Empires II (SafeDisc 1.x) fails to start since 3.0-rc Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com CC: focht(a)gmx.net Regression SHA1: 23ec3ce2a3edc046872709733940dc51e77e0e91 Distribution: Debian Age of Empires 2 (Age of Kings) works in 2.22 but not since a change somewhere in the 3.0-rcs. Get a splash screen for ~30 seconds then exits with only this on terminal: 0038:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7b461163 Windows version set to Windows 2000. In wine 2.x it seems to only work without a virtual desktop. -=[ ProtectionID v0.6.8.5 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/16-13:09:21 Ready... Scanning -> C:\Program Files\Microsoft Games\Age of Empires II\empires2.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 280307 (0446F3h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x37AC3430 -> Sat 07th Aug 1999 13:27:12 (GMT) [TimeStamp] 0x37AC3430 -> Sat 07th Aug 1999 13:27:12 (GMT) | PE Header | - | Offset: 0x00000088 | VA: 0x00400088 | - -> File has 1267 (04F3h) bytes of appended data starting at offset 044200h [File Heuristics] -> Flag #1 : 00000000000001001100000000000101 (0x0004C005) [Entrypoint Section Entropy] : 6.92 (section #1) ".text " | Size : 0x14E00 (85504) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 8 (0x8) | ImageSize 0x4B000 (307200) byte(s) [VersionInfo] Company Name : Microsoft Corporation [VersionInfo] Product Name : Age of Empires II [VersionInfo] Product Version : 2.0 [VersionInfo] File Description : Age of Empires II [VersionInfo] File Version : 00.14.14.0914 [VersionInfo] Original FileName : EMPIRES2.EXE [VersionInfo] Internal Name : EMPIRES2 [VersionInfo] Legal Copyrights : Copyright © Microsoft Corp. 1999 [ModuleReport] [IAT] Modules -> KERNEL32.dll | USER32.dll | ADVAPI32.dll | VERSION.dll [!] Safedisc v1.30.010 detected ! [CompilerDetect] -> Visual C++ 5.0 - Scan Took : 0.204 Second(s) [0000000CCh (204) tick(s)] [566 of 580 scan(s) done] Regression test yields: 23ec3ce2a3edc046872709733940dc51e77e0e91 is the first bad commit commit 23ec3ce2a3edc046872709733940dc51e77e0e91 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Dec 4 13:13:05 2017 +0100 ntdll: Start process execution directly at the kernel32 process entry point. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 e549aadd9128a60d71695f892a5d0f85321d52a9 daf1047d9de253300cd47047c9fdd78c213d2c0d M dlls -- 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 50006] New: The intro in The Sims Complete Collection gets played too fast
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50006 Bug ID: 50006 Summary: The intro in The Sims Complete Collection gets played too fast Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- On current wine-staging master, The Sims Complete Collection can finally play its EA games intro and loads the game without using any special launch flags. However, the intro gets played incredibly fast compared to Windows and is only visible for a few frames, which is not normal because on Windows it's about a second long. Attached is a log with -ddraw,+quartz,+amstream debug channels (ddraw is disabled to avoid spam from a staging patchset regarding system videomem). -- 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 11833] New: GroupMail: Unhandled page fault on read access to 0x00000000 at address 0x164675c
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=11833 Summary: GroupMail: Unhandled page fault on read access to 0x00000000 at address 0x164675c Product: Wine Version: 0.9.56. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)netherworld.com.ar When i open File => create new mail. the app crashes and the debug shows an Unhandled page fault. please fix -- 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 40823] New: Stone Giant demo crashes after launch
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=40823 Bug ID: 40823 Summary: Stone Giant demo crashes after launch Product: Wine Version: 1.9.12 Hardware: x86-64 URL: http://www.geforce.com/games-applications/pc-applicati ons/Stone-Giant-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 54778 --> https://bugs.winehq.org/attachment.cgi?id=54778 log wine-1.9.12-161-g754c681 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 28372] New: Ubuntu Skin Pack 5.0-XP installer crash
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=28372 Summary: Ubuntu Skin Pack 5.0-XP installer crash Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=36374) --> (http://bugs.winehq.org/attachment.cgi?id=36374) Log: install Ubuntu_Skin_Pack wine-1.3.28-86-g9b729bb winetricks ie7 works around it Please see full log -- 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 6

[Bug 46948] New: Characters in The Sims Complete Collection render completely white
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=46948 Bug ID: 46948 Summary: Characters in The Sims Complete Collection render completely white Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 64071 --> https://bugs.winehq.org/attachment.cgi?id=64071 screenshot I've attached the screenshot to showcase the issue. All 3D models in the game render completely white with the exception of the plumbob (it looks correct). And the opposite happens in older editions of the game (like Deluxe Edition) - the characters render just fine, but not the plumbob (it's still green but looks flat and lacks any planes). I've tried using latest master of Wine along with latest Wine-staging (e2c7fb5bb6f4cb79156e0b7bcb3fa3485f1edb00) along with this patch (thttps://bugs.winehq.org/attachment.cgi?id=63990) and the issue in The Sims Complete Collection still persists. While the redrawing seems to work all correctly, the characters still render incorrectly. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 23

[Bug 37375] New: Visual C++ 2005 Express SP1 install fails
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=37375 Bug ID: 37375 Summary: Visual C++ 2005 Express SP1 install fails Product: Wine Version: 1.7.28 Hardware: x86 URL: http://download.microsoft.com/download/7/7/3/7737290f- 98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL. exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49702 --> https://bugs.winehq.org/attachment.cgi?id=49702 terminal output See bug 20110 for a similar issue that is supposed to have been fixed (though it doesn't work for me in 1.4.1). http://www.microsoft.com/en-us/download/details.aspx?id=804 http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a… (sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d) fails to install. To reproduce, get winetricks from SVN (https://winetricks.googlecode.com/svn/trunk/src/winetricks): winetricks vc2005expresssp1 this fails: err:msi:extract_cabinet FDICopy failed err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab" err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 err:msi:extract_cabinet FDICopy failed err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab" ------------------------------------------------------ Note: command 'wine /home/austin/.cache/winetricks/vc2005expresssp1/VS80sp1-KB926748-X86-INTL.exe' returned status 67. Aborting. note that the installer appears to be in French instead of English, that's a separate issue, I'll file a bug after a bisect. -- 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 50396] New: Sacred Gold: wrong z-order or something else
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=50396 Bug ID: 50396 Summary: Sacred Gold: wrong z-order or something else Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xillusium(a)gmail.com Distribution: --- Created attachment 69015 --> https://bugs.winehq.org/attachment.cgi?id=69015 WINEDEBUG=warn+d3d wine sacred.exe &> 111.log When I run Sacred 1 Gold Edition (2.28), something went wrong with character elements z-ordering. For example, gladiator hair arrangement. The bug takes place both in the character selection menu and in the game world. I observed this error not only in 6.0-rc3, but also in older versions of Wine like 5.x -- 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 41318] New: Sins of a Solar Empire crashes on start
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=41318 Bug ID: 41318 Summary: Sins of a Solar Empire crashes on start Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: blog(a)pozimski.eu Distribution: --- Created attachment 55653 --> https://bugs.winehq.org/attachment.cgi?id=55653 output of wine when running the game with WINEDBG=+all With the current wine version, Sins of a Solar Empire: Rebellion (GOG version) does no longer start, instead it crashes with an error message and tries to write a dump. I believe this issue is related to Direct3D since the last message written before the dump is created is: fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. A git bisect reveals: dfe3f26b6ddd5f280f61e15a8507e727947b99a3 is the first bad commit commit dfe3f26b6ddd5f280f61e15a8507e727947b99a3 Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Wed Jun 22 06:01:50 2016 +0000 d3dx9_43: Share the source with d3dx9_36. Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 9d549ce0939762a55adcd576b150bfaad5338e04 0c6ab47a8dc5cd8ed8da2ad996fa02019b8af64f M dlls :040000 040000 0b852d0a91f39d0e3db8340e46b5b59547a5e7f0 1e9e55d7d1a3a8d7b4f132ecfebc87dcfb4aba1e M tools I have attached the full log of the wine process just to be sure. -- 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 40227] New: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363 at run
by wine-bugs＠winehq.org 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=40227 Bug ID: 40227 Summary: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363 at run Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: v_mil(a)ukr.net Distribution: --- Created attachment 53750 --> https://bugs.winehq.org/attachment.cgi?id=53750 The full backtrace. Dear developers! LibreOffice_5.1.0_Win_x64.msi installs normally except wrong folder ( "Program Files (x86)" ) but running an Office application cause "Unhandled exception 0xe06d7363 in thread 29 at address 0x7b84a6c1 (thread 0029)". More info in the attached backtrace. The distribution is Ubuntu 14.04 x86_64. BR. Viktor. -- 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 49989] New: System.Windows.Markup.XamlParseException: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=49989 Bug ID: 49989 Summary: System.Windows.Markup.XamlParseException: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fzatlouk(a)redhat.com Distribution: --- Created attachment 68391 --> https://bugs.winehq.org/attachment.cgi?id=68391 stdout Running Samsung Dex installer [0] gets stuck with: [ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception. ---> System.EntryPointNotFoundException: IWICColorContext_GetType_Proxy assembly:<unknown assembly> type:<unknown type> member:(null) [0] https://appdb.winehq.org/objectManager.php?sClass=version&iId=39225 -- 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 49977] New: FIFA 11 Demo fifaconfig crashes when pressing Exit button
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=49977 Bug ID: 49977 Summary: FIFA 11 Demo fifaconfig crashes when pressing Exit button Product: Wine Version: 5.18 Hardware: x86-64 URL: http://static.cdn.ea.com/fifa/u/f/fifa11_pc_demo_EU.zi p OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 1. Launch configuration tool in ..\FIFA 11 Demo\Game\fifasetup\fifaconfig.exe 2. Press Exit button. Unhandled Exception: System.InvalidOperationException: Invoke or BeginInvoke cannot be called on a control until the window handle has been created. at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control caller, System.Delegate method, System.Object[] args, System.Boolean synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool) at System.Windows.Forms.Control.BeginInvoke (System.Delegate method, System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[]) at System.Windows.Forms.WindowsFormsSynchronizationContext.Post (System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 at System.__ComObject.Finalize () [0x0001a] in <7713cb95b33244ed9608bf0b23fbdce9>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidOperationException: Invoke or BeginInvoke cannot be called on a control until the window handle has been created. at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control caller, System.Delegate method, System.Object[] args, System.Boolean synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool) at System.Windows.Forms.Control.BeginInvoke (System.Delegate method, System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[]) at System.Windows.Forms.WindowsFormsSynchronizationContext.Post (System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0 wine-5.18-343-g412db778937 -- 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 35102] New: Qvodplayer 3.5 Crashes on start
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=35102 Bug #: 35102 Summary: Qvodplayer 3.5 Crashes on start Product: Wine Version: 1.7.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: zturnxin(a)gmail.com Classification: Unclassified Created attachment 46820 --> http://bugs.winehq.org/attachment.cgi?id=46820 Log: terminal log and backtrace 1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe $ sha1sum QvodSetupPlus_old.exe bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe 2. winetricks -q gdiplus, workaround Bug 32474 3. Start QvodPlayer 3.5: ~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe Crash happens. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 26189] New: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no longer shows console on start under X
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=26189 Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no longer shows console on start under X Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: armin.kazmi(a)tu-dortmund.de If you want to launch a crysis wars dedicated server, e.g. via wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program Files/CrysisWars/server +exec server.cfg you expect it to spawn a console window (using windows console host it seems) to show further output and provide a control interface. Via git bisect I tracked down the offending patch, which was added quite a long time ago. e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit commit e4d090277b3f4f76b39e55480e5d1387798dbabe Author: Eric Pouech <eric.pouech(a)orange.fr> Date: Mon Aug 30 22:19:24 2010 +0200 kernel32: Properly handle bare console on input. :040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac 860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls Automatic revert of the patch from HEAD fails. -- 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 49763] New: ALOTInstaller crashes
by WineHQ Bugzilla 07 May '21

07 May '21

https://bugs.winehq.org/show_bug.cgi?id=49763 Bug ID: 49763 Summary: ALOTInstaller crashes Product: Wine Version: 5.16 Hardware: x86 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 68064 --> https://bugs.winehq.org/attachment.cgi?id=68064 crash log A user reported this as rated "garbage" in appdb, so i gave it a try The crash log shows a call to RtlConvertToAutoInheritSecurityObject, which is strange as the FIXME from that stub is not printed in console; is that normal? One issue is at least that RtlConvertToAutoInheritSecurityObject is wrong declared, see https://bugs.winehq.org/show_bug.cgi?id=33279#c1 but then committed patch declares it as BOOL: https://bugs.winehq.org/show_bug.cgi?id=33279#c3 I`ll send a patch for that one. But that is not the cause of the crash, even if i remove RtlConvertToAutoInheritSecurityObject from ntdll.spec it shows up in the crash log (???) So anyone knows what`going on? Note: I don`t know exactly what .net it needs, I tried dotnet40 and dotnet48, same crash happens Unhandled exception: 0xe0434352 in 64-bit code (0x000000007b01129e). . . Backtrace: =>0 0x000000007b01129e format_exception_msg+0x32e(ptr=<is not available>, buffer=<is not available>, size=<is not available>) [Z:\home\louis\sda2\wine64-build\dlls\kernelbase\..\..\..\wine\dlls\kernelbase\debug.c:315] in kernelbase (0x0000000000512d60) 1 0x000006447fd60412 EntryPoint+0x6440003ef15() in msvcr100_clr0400 (0x0000000000512d60) 2 0x000000007bc521e1 RtlConvertToAutoInheritSecurityObject+0x200(pdesc=<is not available>, cdesc=<is not available>, ndesc=<is not available>, objtype=<is not available>) [Z:\home\louis\sda2\wine64-build\dlls\ntdll\..\..\..\wine\dlls\ntdll\sec.c:1721] in ntdll (0x0000000000512d60) 3 0x000006447fd5f5a7 EntryPoint+0x6440003e0aa() in msvcr100_clr0400 (0x0000000000516319) -- 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 22327] New: download
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=22327 Summary: download Product: Wine Version: 1.1.42 Platform: x86 URL: http://sourceforge.net/projects/phpgedview/files/1%20P hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl oad OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Cannot install PGV demo for Windows using a clean wineprefix. After installing dotnet20sp2 Mono2.4 with winetricks I get the following output: err:module:import_dll Library php5ts.dll (which is needed by L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found (OS 10048)Address already in use: make_sock: could not bind to address 127.0.0.1:6880 no listening sockets available, shutting down Unable to open logs System.OverflowException: Number overflow. at System.Drawing.SizeF.ToSize () [0x00000] at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000] at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000] at (wrapper remoting-invoke-with-check) System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog () at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000] at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e) [0x00000] at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000] at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000] at System.Windows.Forms.ButtonBase.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 35545] New: Proteus 8 demo installer needs IWshShell3::RegWrite method implementation
by wine-bugs＠winehq.org 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=35545 Bug ID: 35545 Summary: Proteus 8 demo installer needs IWshShell3::RegWrite method implementation Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... found during investigation of bug 35539 (and blocked by). Probably also needed by Proteus 8 Professional installer. To work around bug 35539 pass 'KEY_SERVER' property via command line: --- snip --- $ wine msiexec -i setup_demo8.1.17358.0.msi KEY_SERVER=test ... $ fixme:wshom:WshShell3_RegWrite (L"HKLM\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\Environment\\LXKSERVER" {VT_BSTR: L"test"} {vt 10}): stub ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/2b1f2001b153190bbd3bb138684149f6… --- snip --- 811 static HRESULT WINAPI WshShell3_RegWrite(IWshShell3 *iface, BSTR Name, VARIANT *Value, VARIANT *Type) 812 { 813 FIXME("(%s %s %s): stub\n", debugstr_w(Name), debugstr_variant(Value), debugstr_variant(Type)); 814 return E_NOTIMPL; 815 } --- snip --- 'winetricks -q wsh57' obviously works around. $ sha1sum prodemo.exe e3409adbc80bd73a36f82890da2b7d16be2fbf51 prodemo.exe $ du -sh prodemo.exe 166M prodemo.exe $ wine --version wine-1.7.12 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 7

[Bug 50093] New: Lara Croft and the guardian of light have very low performance without neckloop even at lowest resolution
by WineHQ Bugzilla 06 May '21

06 May '21

https://bugs.winehq.org/show_bug.cgi?id=50093 Bug ID: 50093 Summary: Lara Croft and the guardian of light have very low performance without neckloop even at lowest resolution Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 68566 --> https://bugs.winehq.org/attachment.cgi?id=68566 plain wine console output at 640x480 with lowest settings and +fps,+tid,+timestamp Lara Croft and the guardian of light runs well at 60 fps (and at 100 and more fps if vsync is disabled) on the menu, but during the game it has a performance drop of about 14 fps even at the lowest resolution and with the settings as low as possible. CPU usage is around 20-35% for the game for a maximium total of approx 60% consider steam and wineserver, and 5-10% max GPU load measured at 640x480 resolution and lowest possible graphics settings and approx 300mb of RAM so it's do not appear as an hardware bottleneck. I tried some old versions (about 3.x) of wine to exclude other regressions (like bug 46942) and the performance on all tested versions are identical. I also tried wine-staging with pba patches and all mentioned wine version with unsupported dxvk and dgvoodo2 and performance are identical also on it. So it seems that the problem is not in d3d* and something others goes wrong in Wine, but I am not able to define exactly what. -- 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 22

[Bug 43343] New: Palette corruption or wrong/corrupted colours
by wine-bugs＠winehq.org 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=43343 Bug ID: 43343 Summary: Palette corruption or wrong/corrupted colours Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alehiphopdj2(a)hotmail.com Distribution: --- Created attachment 58684 --> https://bugs.winehq.org/attachment.cgi?id=58684 ZIP file with 3 screenshots of Frank Herbert's Dune showing colours wrong Playing Frank Herbert's Dune (2001) on Wine 2.12 on Linux (Ubuntu) from a fresh and successful installation, colours are corrupted on: - cutscenes (realtime rendering, not videos) - gameplay - title screen I attach a zip file with these 3 screenshots. These are the errors i get on the console: fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub! fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. err:d3d:wined3d_format_get_float_color_key Unhandled color key to float conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM. ... (this last error repeating all time until the end) Looks like colours are corrupted because this 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.

2 9

[Bug 41316] New: aplikasi ada masalah saat dibuka
by wine-bugs＠winehq.org 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=41316 Bug ID: 41316 Summary: aplikasi ada masalah saat dibuka Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: santosoa141(a)yahoo.com Distribution: Ubuntu aplikasi kolotibablo ada masalah saat di buka -- 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 32725] New: VC runtime functions crash when called from reloaded library in a thread
by wine-bugs＠winehq.org 05 May '21

05 May '21

http://bugs.winehq.org/show_bug.cgi?id=32725 Bug #: 32725 Summary: VC runtime functions crash when called from reloaded library in a thread Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: most(a)museresearch.com Classification: Unclassified Created attachment 43181 --> http://bugs.winehq.org/attachment.cgi?id=43181 msvcrt-dll-problem.zip Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is unloaded and reloaded, it's C runtime functions like std::cout can crash when called from a thread. According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is caused by incomplete FlsFree implementation. There's a comment in it's code that says what needs to be added: /* FIXME: add equivalent of ThreadZeroTlsCell here */" The crash is repeatable with the attached example winelib program (captain.exe) and windows DLL (what.dll). Code for the compiled what.dll is included. An included README file describes the contents. 'make test' demonstrates the problem. -- 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 50439] New: Wine can no longer be installed
by WineHQ Bugzilla 05 May '21

05 May '21

https://bugs.winehq.org/show_bug.cgi?id=50439 Bug ID: 50439 Summary: Wine can no longer be installed Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maklip007(a)gmail.com When trying to install Wine for Mac, an error message saying: “winehq-stable-5.0.pkg” can’t be opened because Apple cannot check it for malicious software." shows up. -- 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 50293] New: native dxdiag complains about missing dxapi.sys (et al)
by WineHQ Bugzilla 04 May '21

04 May '21

https://bugs.winehq.org/show_bug.cgi?id=50293 Bug ID: 50293 Summary: native dxdiag complains about missing dxapi.sys (et al) Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- To reproduce: winetricks -q dxdiag wine dxdiag Click no to driver check Choose 'DirectX Files' tab (2nd) The notes field complains: Several files (dxapi.sys, d3dpmesh.dll, dpmodemx.dll, etc.) are missing! You'll see several missing files: dxapi.sys d3dpmesh.dll dpmodemx.dll dpvvox.dll dpvacm.dll dpnhupnp.dll dimap.dll diactfrm.dll gcdef.dll dsound3d.dll dsdmoprp.dll dx7vb.dll encapi.dll qdv.dll qedwipes.dll I have stubs for these, after which dxdiag reports success (for that test, there are still other failures..). The last round of sent patches, for reference: https://source.winehq.org/patches/data/196982 However I suspect they should probably wait until after code freeze. In any event, the bug needed to be reported. -- 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 33660] New: CS:GO - Call votes respond
by wine-bugs＠winehq.org 04 May '21

04 May '21

http://bugs.winehq.org/show_bug.cgi?id=33660 Bug #: 33660 Summary: CS:GO - Call votes respond Product: Wine Version: 1.5.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pepe(a)bloodkings.eu Classification: Unclassified Once a player can call vote, and only works the first choice (F1, 1). -- 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 19

[Bug 31787] New: Run the tests in Wine
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=31787 Bug #: 31787 Summary: Run the tests in Wine Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified The Wine TestBot runs the conformance tests on Windows VMs before they are committed to Wine. This greatly helped improve the quality of our conformance tests. The next step is making sure that the conformance tests work reliably in Wine too, and that Wine patches don't break them. The hope is that this will help us improve the state of the WineTest results: http://test.winehq.org/data/ Doing so will be much more processor intensive than the current process: * Currently only the conformance test patches are tested whereas we would need to test almost every single patch (we could ignore some documentation patches for instance). * Currently we only have to generate a binary for the one conformance test that's impacted. That's quick. Testing all Wine patches will require recompiling Wine every time which takes more time, even with ccache. * A Wine patch can have wide-ranging effects. For instance a patch to ntdll could impact pretty much any conformance test. That means rerunning all of them for every patch... unless we find reliable ways of pruning them (patches to conformance tests would be an obvious optimization). * Like for Windows we will need to test various configurations: different locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving Mac OS X for another bug). In some cases the same binaries can be used for multiple tests (e.g. if only the locale changes) but in other cases not. * Also for the current Wine TestBot an unreliable test only impacts people modifying that test. But the above point means an unreliable test would impact most Wine patches, leading to lots of patches being rejected. So this means unreliable tests become a big issue and need to be handled in some way: fixed or blacklisted or still run but not considered cause for rejection (so one can notice when they get fixed). Then there is the question of whether this should be done by modifying the Wine TestBot or by using the BuildBot framework: http://trac.buildbot.net/wiki/AboutBuildbot Dan Kegel produced a proof of concept system based on BuildBot: http://wiki.winehq.org/BuildBot An issue is that without significant integration work, having both a WineTestBot and BuildBot system would be annoying: * The Wine TestBot currently has its own user database and BuildBot would add another one. So it would be one more login to manage for developers unless we manage to integrate either with another user database (e.g. through LDAP). * Developers would have to submit patches to both sites and check the results on both. * Integration with the Wine Patches site (http://source.winehq.org/patches/) would need to work with both systems. -- 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 33234] New: Improve user management
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=33234 Bug #: 33234 Summary: Improve user management Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified When an account request is sent to a WineTestBot administrator the URL he gfets sent to is the UserDetails.pl one but it only has an 'Approve' button, not a 'Reject' one. This makes it unclear how to reject spam requests for instance (bug 31798), but this has now been documented. Still, rejecting an application actually requires going to another page and deleting the provisional account. This should be simpler: there should be a 'Reject' button right on the UserDetails page that does that. Furthermore, the status of the account, 'Pending approval' and 'Pending activation', should be clearly indicated both on the UserDetails page and on the UsersList page. -- 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 48093] New: On cw-rx460 the WoW WinePrefixes are (likely) broken
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48093 Bug ID: 48093 Summary: On cw-rx460 the WoW WinePrefixes are (likely) broken 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: --- On cw-rx460 the wineprefixes created for the wow32 and wow64 test runs are flawed: * It looks like they do not define the %windir% and %SystemRoot% environment variables: https://www.winehq.org/pipermail/wine-devel/2019-October/152271.html * They may be responsible for a failure in crypt32:sip https://www.winehq.org/pipermail/wine-devel/2019-November/154240.html What's puzzling is that cw-rx460 runs the same wt-daily script (*) as cw-gtx560 and other machines which don't have the same set of failures (see also bug 48092). cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But if the wineprefixes are indeed causing extra test failures this could lead developers on a wild goose chase. So to avoid confusion I disabled the wow32 and wow64 WineTest runs on that machine until I have had time to investigate. (*) https://github.com/fgouget/wt-daily -- 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 39442] New: Using Spice required to avoid failure in mmdevapi:capture
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39442 Bug ID: 39442 Summary: Using Spice required to avoid failure in mmdevapi:capture 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 Windows 7+ VMs all use an ich6 virtual soundcard (they don't support any of ac97, es1370 or sb16 ones). But they have failures in mmdevapi:capture such as: capture.c:586: Returned latency: 5.8050 ms capture.c:178: Test failed: Position 375 expected 0 capture.c:186: Wait'ed position 375 pad 0 flags 1, amount of frames locked: 448 capture.c:228: Test failed: Position 1719 expected 823 [...] It turns out that the way the VM is configured for remote access impacts the result of the tests: * If configured for VNC then the tests fail as described, even if no client is connected. * If configured for Spice access then the tests succeed, even if no client is connected. And if a client is connected the sound is carried over with pretty good reliability. So the way one accesses the VM changes the behavior in the guest. That seems wrong and I reported it to QEmu: https://bugs.launchpad.net/qemu/+bug/1499908 I have updated the w7pro64 configuration on 2015/09/25 and it now only has one intermittent Master volume failure left in mmdevapi:capture. The change does not seem to have negatively impacted the other tests. So it seems the change can safely be propagated to the other Windows 7+ VMs. There may be one issue though, which is that combining QXL with Spice causes the Windows 10 VM to freeze very quickly. Hopefully that's specific to Windows 10. -- 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 39419] New: Fix the 'Failure running script in VM' errors
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39419 Bug ID: 39419 Summary: Fix the 'Failure running script in VM' errors 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: --- There are two very common 'boterror' types: Failure running script in VM: the "nc -q0 '10.42.42.133' '4242'" command returned 1 and Failure running script in VM: network read timed out (Connect:AgentVersion.h:0/9) Both seem to correspond to a network issue and both seem to almost exclusively and systematically happen with the w864 and w1064 VMs when running either a 32 or 64 bit WineTest job (i.e. running the full suite). -- 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 2

[Bug 47852] New: Let developers pick any of the Wine VM's missions for their job
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47852 Bug ID: 47852 Summary: Let developers pick any of the Wine VM's missions for their job 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: --- Wine VMs can typically perform multiple missions. For instance the Debian 10 VM missions are: win32,test=module:win32,lang=fr_FR:win32,lang=ja_JP:win32,test=module,lang=zh_CN|wow32,test=module:wow64,test=module This means it can run the tests against the win32, wow32 and wow64 Wine builds, in English, French, Japanese and Chinese locales. But when submitting a job though the website the tests are only run against the win32 Wine build in the English locale and the developer cannot pick any other test configuration. This means debugging failures that only happen on the wow64 build of the TestBot require sending the patch to wine-devel which pollutes the mailing list, triggers many other tests, and is cumbersome for the developer. So the 'Submit job' page should analyze a Wine VM's missions and provide a way to pick any combination of build and language (since they are independent). -- 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 40239] New: Submitting more than one job for a given file fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=40239 Bug ID: 40239 Summary: Submitting more than one job for a given file fails 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: --- Steps to reproduce: * Open the 'Submit job' page in two windows. * In both select the same file, for instance a patch.diff file or mytest.exe one. * Fill the Remarks field and click on the next button in both windows. * Continue the submission process on both sides. * At the end one job will work and the other will have 'unknown' written in the 'File name' column and fail with a TestBot error. During the submission process the server faces the following conditions: * The server needs the uploaded file early in the submission process so it can analyze it and adjust the questions it asks later (e.g. prefill the command line for patches, only present 64 bit VMs for 64 bit executables, etc.). * There is no job yet to store the user-provided file. So it is stored in a temporary 'staging' area and then moved into place when the job is created. * The user can abandon the submission process at any time which causes the temporary files he uploaded to be orphaned. To deal with this issue the server has a garbage collecting mechanism. * To avoid interference between users if they upload files that have the same name the temporary filename is prefixed with a per-user string. * However nothing prevents a collision in the staging area starts two job submissions at the same time for the same file. This is what happens in the steps above. That last point is somewhat intentional as it limits the accumulation of orphaned files if a user abandons a submission only to pick it up a bit later. But getting a broken job is wrong in any case. -- 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 2

[Bug 39417] New: Display duration instead of 'Ended' time
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39417 Bug ID: 39417 Summary: Display duration instead of 'Ended' time 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: --- For Jobs and Tasks the website shows the 'Ended' time but this is not very practical. Developers would likely be much more interested in the time it took to run the job/task. So all this does is force them to do that calculation themselves. The (slight) difficulty is mostly that the relevant pages use a base class that builds the HTML from all the selected fields. So the framework would need to be modified to let subclasses either provide their own 'virtual columns' with the corresponding header and content. Alternatively, in this case we could make do with letting them replace the column's header and content. -- 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 2

[Bug 47844] New: Add a dual-screen Wine VM
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47844 Bug ID: 47844 Summary: Add a dual-screen Wine VM 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: --- Wine has tests that deal with multi-head displays. These would need some matching multi-head test Wine VMs. -- 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 47869] New: dwrite:font fails on cw-rx460-1809
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47869 Bug ID: 47869 Summary: dwrite:font fails on cw-rx460-1809 Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dwrite:font started failing when the AMD HD6800 graphics card was replaced with the ADM RX 460 one. The failures are always the same: font.c:1731: Test failed: got 0x8007007a font.c:1744: Test failed: got 54 font.c:1749: Test failed: got 54 The exact tag is cw-rx460-1809, which is the Windows 10 1809 disk image. This means either the new graphics driver changed something (maybe it installed a new strange font?), or a Windows 10 update slipped in while the new graphics driver was being updated (which is quite likely). -- 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 48191] New: Add a captcha to the feedback page
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48191 Bug ID: 48191 Summary: Add a captcha to the feedback page 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: --- We are now regularly getting spam on the captcha page. Spammers really have time to waste! So we should add a captcha. Despite its simplicity the one on the registration page still seems to work so it should be a simple matter of porting it over. -- 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 48035] New: Speed up the new failures detection
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48035 Bug ID: 48035 Summary: Speed up the new failures detection 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: --- When a task completes the TestBot distinguishes new failures from preexisting ones by comparing the task's report to the latest WineTest report. Any failure present in the task's report which is not present in the WineTest report is new. This means parsing both reports to extract the errors and diffing them. This needs to be done whenever we need the list of new failures which is: * When sending a notification to the developer when a wine-patches job completes. * On the JobDetails page. But the WineTest reports are pretty big (~600KB on Windows, ~1.5MB on Wine) which translates into non negligible processing time. For instance on my development environment loading the JobDetails page for a job with 1 Windows report and 8 Wine reports takes about 0.2 s without the reference WineTest reports, but close to 2 s when they are present. So it would help to only store the WineTest failures instead of the full report (optimisation a in bug 47998). This would cut down not only on the amount of data to read, but also on the required parsing. Testing this in the same development environment indicates this could bring the JobDetails processing time down to about 0.3 s. -- 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 47998] New: Better deal with random test failures
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47998 Bug ID: 47998 Summary: Better deal with random test failures 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: --- Some tests fail randomly. They should be fixed of course but the in the meantime the TestBot should try not to report them as new failures when they happen. To detect new errors the TestBot compares a task's test result with that of the latest WineTest run. So if a failure did not happen during the last WineTest run and then happens when testing a patch it will be reported as a new failure. To avoid that the TestBot should take into account not just the latest WineTest report, but all the available test reports. This way, if the random failure happened in any of those runs it will be reported as pre-existing as expected. How much of a history to take into account can then be adjusted by changing $JobPurgeDays, or adding a specific setting. Note that this means if a failure is fixed and is reintroduced soon after it will not be reported as a new failure. This scenario should be rare enough to not be an issue in practice. To implement this: 1. Store the WineTest reports in the var/latest directory with the following naming format: <vmname>-job<jobid>_<stepno>_<taskno>-<report> 2. At the start of WineRunTask and WineRunWineTest delete any reference report in the task's directory (in case the task is restarted), then make new hard links to the current set of reference reports. Handle this in LogUtils::GrabReferenceReports() so this code is shared. 3. Add LogUtils::AddReferenceReport() to deal with copying the WineTest reports to var/latest. Call this function when WineRunTask and WineRunWineTest complete. 4. In GetNewLogErrors() initially mark all errors as new. Then diff the current report with each of the reference reports located in the task's directory in turn and remove any error that's not new from the set of new errors. Note that currently the reference logs are simple copies of the original WineTest report. This means these are large files which must be parsed again to extract errors. With the current $JobPurgeDays setting there will be around 20 reference logs which will require 20 times as much log parsing. So there are two optimizations one can do, both happening when adding a new reference report (i.e. in AddReferenceReport()): a. Instead of copying the full report, save only the errors. That's all the diff needs and this should reduce the size of the files by a factor of 10 (and thus speed up parsing). b. After saving a new reference file, diff it against the old reference files. Delete any old reference file that has no error not already present in the new reference file. This will not help much if the set of failures is different with every run. But otherwise this will speed up both the parsing and diffing. -- 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 42770] New: test.winehq.org: Provide a view showing only the TestBot VMs
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=42770 Bug ID: 42770 Summary: test.winehq.org: Provide a view showing only the TestBot VMs 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: --- In Huw's words: > Something else that would be very useful is the ability to > display just the test bot VMs. These are the ones we care > about the most, and the ones that are possible to fix without > having to get a third-party to manually run a test. I find it > difficult to just keep track of these VMs when their results get > swamped by all the other machines’ failures. > > I‘d imagine this should be possible to do using static > pages. The root page (equivalent to data/index.html) > could be something like data/wtb_index.html. Clicking > on a build id would take you to data/build-id/wtb_index.html, > then clicking on an OS flavour would take you to > data/build-id/wtb_index_flavour.html. You’d also need some > way to toggle in and out of the mode. This should be pretty similar to adding the 'flat index' files mentioned in bug 39379. https://bugs.winehq.org/show_bug.cgi?id=39379 An interesting alternative would be to go the JavaScript way and make the index files, which are essentially big tables, sortable, filterable on the client-side. -- 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 3

[Bug 47854] New: Block Windows 10 updates
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47854 Bug ID: 47854 Summary: Block Windows 10 updates 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: --- Windows Updates can interfere with the Wine tests in many ways: * By causing disk traffic they could slow down some tests, causing them to time out. (Some Wine tests are already somewhat slow. Obviously making them faster and/or improving QEmu's disk performance would be great but barring that preventing undue external disk traffic is necessary) * Windows installing an update at the same time WineTest is testing MSI installs could cause interference. * There is also a risk of Windows scheduling a reboot during a test, or popping up a window asking to reboot during Wine's windowing tests. And in any case Windows Updates are a waste of CPU, network and disk bandwidth since VMs will be reverted as soon as the test is completed. For these reasons pre-Windows 10 versions are configured with Windows updates disabled. But for Windows 10 that's not possible. So instead the 'Windows Update' service is disabled. However that does not survive reboots. So LibvirtTool could maybe run a command to re-disable that service when it creates a live snapshot. That command could also be repeated in WineRunTask before starting the tests. Also for Windows 10 >= 1703 it is possible to set the network connection to metered mode. This appears to prevent updates no matter what limit is set which means it's preferable to set a large limit to avoid notifications abut being past the limit. To set the network connection in metered mode: * In Windows >= 1703: Settings -> Ethernet -> Ethernet (Connected) -> 'Set as metered connection'. * In Windows >= 1809 This page also describes a regedit based approach. It's unclear if it works with older Windows 10 versions. https://www.winhelponline.com/blog/ethernet-metered-connection-windows-10-d… [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\DefaultMediaCost] "Ethernet"=DWORD:2 Note that this requries changing the ownership on DefaultMediaCost to the Administrators group and then back to its original owner, TrustedInstaller, aka "NT Service\TrustedInstaller" (use those Advanced buttons). -- 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 47838] New: Add a dual-screen Windows VM
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47838 Bug ID: 47838 Summary: Add a dual-screen Windows VM Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Wine has tests that deal with multi-head displays. These would need some matching multi-head test VMs. -- 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 47849] New: Simplify BuildCros() in Build.pl
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47849 Bug ID: 47849 Summary: Simplify BuildCros() in Build.pl 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: --- Build.pl is the script that's responsible for building PE executables that can be used to runt he tests on Windows VMs. Currently it's still jumping through hoops to produce PE executables (see BuildNative() and BuildCross()), which is most likely unnecessary since Wine now builds all tests as PE executables by default. So that code could likely be simplified but we would not want to lose speed advantage either: the build VM never compiles a full Wine which means patches touching headers don't cause 45+ minutes builds. Also the current code still works so it's not necessarily urgent. Side note: In fact it could be argued that the build VMs are unnecessary now since any Wine VM could produce these PE executables. There's some caveats with that though: - Wine may not produce PE executables on some platforms. For instance for a while it looked like MinGW was not usable on NetBSD, forcing the TestBot to produce only regular ELF executables. That got fixed but the issue may happen again on other Unix platforms. Maybe. - In the absence of support for load balancing it's useful to have a separate build VM to spread the load. That VM could be a repurposed Wine VM though. -- 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 47853] New: Allow testing in any locale on Wine VMs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47853 Bug ID: 47853 Summary: Allow testing in any locale on Wine VMs 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: --- Because Wine VMs run Unix, running a test in a locale is a simple matter of setting $LANG (*), creating a new WinePrefix for good measure, and running the test normally. This does assume that the relevant locales have been configured before hand which is an easy one-time task when setting up the VM. Wine VMs already have a list of missions they perform for wine-devel patches from which we can derive a list of locales to offer on the 'Submit job' page (see bug 47852). But we would not want to run every patch through every possible locale as this would take too much time (there are dozens of locales). But extra locales could be included in the 'Submit job' page to allow debugging of these locales. (*) And $LC_ALL too??? -- 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 48651] New: Fix handling of child test processes
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48651 Bug ID: 48651 Summary: Fix handling of child test processes 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: --- Wine's test.h provides a winetest_wait_child_process() function to wait for child processes. But when an error happens it issues some messages which the TestBot does not recognize. * If waiting for the child process fails the error message does not look like a 'Test failed' error message which it should to simplify things. * But winetest_wait_child_process() does not know on which line it was called so calling winetest_ok() would not provide the right line number. * The failure to wait for the child process should also distinguish between CreateProcess() errors (usually those are already reported by the caller), timeouts and other errors. * The Testbot does not recognize the 'child process crashed' message. This causes it to find mismatches between the number of 'Test failed' messages and the final summary. * The TestBot also does not recognize the 'failures in child process' summary line but that probably does not matter. -- 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 48671] New: Some patches may require forcing a wineprefix update
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48671 Bug ID: 48671 Summary: Some patches may require forcing a wineprefix update 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 updates the wineprefixes when it updates its base Wine source from the daily Wine commits. The rest of the time it lets Wine deal with updating the wineprefix is necessary. Furthermore Wine only updates the wineprefix when wine.inf changes, which is the case for every Wine release. The problem is that the wineprefix should also be updated when a patchset adds a WINE_REGISTRY resource to an existing dll. Failing to do so may cause the patchset tests to fail because the wineprefix is out of date. See: https://www.winehq.org/pipermail/wine-devel/2019-December/156914.html WinePrefix updates are relatively slow compared to the execution time of most tests (about 30s vs. < 1s) so it would be good not to have to do that for every task. An alternative would be to force a wineprefix update when a task has failures and gets rerun as a result (pass an option to the relevant VM-side scripts). Note: Shared Gecko and Mono install issues should be discussed on bug 48354. -- 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 48092] New: On cw-rx460 the win32 WineTest run gets interrupted before it completes
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48092 Bug ID: 48092 Summary: On cw-rx460 the win32 WineTest run gets interrupted before it completes 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: --- cw-rx460 runs wt-daily (*), just like cw-gtx560. But when running the plain 32 bit tests on cw-rx460 (cw-gtx560-t32), wt-daily ends up submitting the test results before WineTest.exe has completed, resulting in many rejections by test.winehq.org (https://test.winehq.org/data/errors.html). WineTest appears to be interrupted most often during kernel32:loader, but sometimes it's during kernel32:debugger or ieframe:ie. And once in a while the test completes, though that's pretty rare. Maybe a test crashes the X server, causing winetest.exe to exit prematurely. wt-daily is started by cron so it does not depend on the X server and would start a second winetest command to send the (incomplete) test results. Then it would start the wow32 and wow64 tests and by that time it's possible the X server would have restarted. Interestingly wow32 and wow64 don't seem to cause the X server to crash. cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But it could impact the test.winehq.org results the few times where WineTest completes (though when it does it only gets ~10 failures which is half what the other Wine machines get). So I have disabled the 32 bit WineTest runs until this is resolved. (*) https://github.com/fgouget/wt-daily -- 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 48090] New: Add support for .com programs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48090 Bug ID: 48090 Summary: Add support for .com programs 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 assumes that if a patch touches a directory in programs, then it must append .exe to the program's name. But Wine could also get .com programs, see for instance chcp.com: https://www.winehq.org/pipermail/wine-devel/2019-November/154371.html And in fact we already have other programs with non-standard extensions, for instance winhelp.exe16 and winoldap.mod16. So if the program's directory already has an extension the TestBot should not add one. Another option would be to use the MODULE setting in the directory's Makefile.in file. But the TestBot server does not have access to the Wine source. It would also make it harder to deal with patches adding test directories and it would be quite ugly to have to read them every time anyway. It would make it harder to deal with patches adding dlls/programs as it would require parsing the patch to retrieve the MODULE value. Another option may be to never add an extension, though then there's the risk of getting collisions between the dll and program names, and maybe it impacts other parts of the TestBot anyway. _CreateTestInfo() in testbot/lib/WineTestBot/PatchUtils.pm needs to be patched but there are impacts elsewhere. The WTBS (Wine TestBot test Suite) will also need to be updated. -- 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 48653] New: Automate checking the WTBS jobs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48653 Bug ID: 48653 Summary: Automate checking the WTBS jobs 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 Wine TestBot test Suite (WTBS) is a set of Wine patches that can be used to check how the TestBot handles test failures, timeouts, patch series, non-Wine patches, etc: https://github.com/fgouget/wine/commits/wtbsuite The patches can either be used in isolation to test a specific aspect, or all together using formail to do a broad check for TestBot regressions. However as the test suite has become more complete the number of patches has grown and now tops 90. So a full check for regressions means checking the results of about 90 TestBot jobs for missing test failures, incorrect report validation messages, etc. This makes it pretty time consuming. So the goal is to automate at least the most basic checks. To do so the plan is to add lines of the form 'WTBS.xxx=yyy' to the commit messages of the WTBS patches. Each will define a property that should be checked in the TestBot job and tasks. Then a TestBot script can be run to go through every job, ignore the queued and running ones and those have have no associated patch. For the others read the associated patch and look for the WTBS.xxx lines. Note that for patch series, only the last set of WTBS values should be taken into account (i.e. the ones after the "Last patchset part" line). Here is a sample of the possible properties to check: * WTB.Job.Remarks The job 'title' which is derived from the patch subject line. * WTBS.Job.Status Whether to expect badpatch, completed, etc. For tasks the property names would be prefixed with the VM type: build, win (for win32 and win64), wine. This allows specifying different results for each. * WTBS.build.Status, WTBS.win.Status, WTBS.wine.Status Same as Job.Status but at the task level. * WTBS.win.Failures, WTBS.wine.Failures The number of test failures expected from the result. Note that if the Wine Test Unit is buggy we may get more test failures than expected. This is particularly an issue with Wine VMs if their mission include test=module or test=all. So it may make sense to specify WTBS.win.Failures but leave out WTBS.wine.Failures. Or maybe have a MinFailures property. Or grep the failures whose message contains 'WTBS' and only compare those to this property. * WTBS.win.NewFailures, WTBS.wine.NewFailures The number of new test failures as reported by LoadLogErrors() for each of the task's report. * WTBS.win.ReportFailures, WTBS.wine.ReportFailures In a number of cases what we're interested in is the report validation errors produced by the TestBot. Just checking the number of such errors may not be that useful. What we may want is a way to check that it reported missing failures messages, or too much data being printed, etc. This requires being able to specify a set of errors that are expected to be present for which this basic property system is not very well suited. * WTBS.win.TestUnits For each VM, collect the Step's FileName and the Task's CmdLineArg values to determine the test unit being run, and verify that this is a superset of the TestUnits list. This can be used to ensure that the TestBot ran the right set of tests (and avoids failures when a new test is added to Wine). Note that doing the same thing for Wine VMs is harder because those can have test=module in their mission(s), which changes greatly the list of tests being run. It may make sense to provide default values for some properties to not have to type too much in the commit messages. For instance for the Status properties one may expect the status to be 'completed'. But given the WTBS tests error cases a lot that may not be all that useful. Similarly it may be useful to be able to specify something like 'WTBS.all.Status' to specify the expected Status for the build, win and wine VMs all at once. But again this may be overkill. Finally the general rule should be that unspecified properties are not checked. So if 'WTBS.wine.Failures' is not specified, then the failure count of Wine VMs should not be checked. -- 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 48654] New: Automate checking the WTBS patches
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48654 Bug ID: 48654 Summary: Automate checking the WTBS patches 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: --- See bug 48653 for a description of the WTBS and how to check the jobs created when running it on the TestBot. Some patches in the WTBS are not meant to create TestBot jobs but rather to verify that it ignores non-Wine patches, or patches that don't impact the tests or the Wine build, etc. Those still create entries in the 'wine-devel' page, that is in the TestBot's Patches table. Each entry gets the patch subject and a disposition property indicating what the TestBot did with the patch. Unfortunately non-Wine patches are not kept around so there is no way to get at the WTBS fields for those. So a TestWTBS.patches script would need to get the WTBS properties from another source. For instance it could be given the path to the WTBS mbox and get the properties from there. It would not need to understand all the intricacies of the mbox format (though with the appropriate Perl module it may be easy to parse). As a last resort, all we would care about is: * The 'From' lines to delimit emails. * The 'Subject:' lines to match the mbox emails with Patches entries. * The WTBS properties in the commit message following the Subject line. Checking the patch objects would require an extra property: * WTBS.Patch.Disposition This should be set to the expected patch disposition such as 'No patch found', 'Not a Wine patch', etc. A default disposition could be set if a 'WTBS.Job.*' or other task property is specified. -- 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 48655] New: Automate checking the WTBS emails
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48655 Bug ID: 48655 Summary: Automate checking the WTBS emails 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: --- See bug 48653 for a description of the WTBS and how to check the jobs created when running it on the TestBot. When a 'wine-devel' job completes the TestBot sends one or two emails. * One of the emails simply sends the task reports to the patch author. * The other is only sent if a task generated new errors. The point of the TestWTBS.emails script would be to check that: 1. The TestBot sent the task report email for every Wine patch and not for any patch email. This would be based off of the WTBS.Patch.Disposition field. 2. The TestBot sent a 'found new errors' email only when new errors are expected. This would be based off of the 'WTBS.*.NewFailures' property or the expected errors list. However for both these checks the script would need access to the emails sent by the TestBot. The simplest option would be for the tester to set the WinePatchToOverride property and save the emails to a separate mbox and give the patch to that mbox to the script. As in the TestWTBS.patches case, the script would only care about a few lines: * The 'From' lines to delimit the emails. * The 'Subject' lines to match them to TestBot jobs and thus to the set of WTBS properties. Note that this would not rely on the 'TestBot job xxx results:' part since the new failures email are lacking it. Instead it would match the rest of the subject to the job's Remarks field. * The 'I think I found new failures' line to identify emails reporting new errors. The script could later be expanded to check the content of the email or attachments more in details if needed. -- 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 32216] New: WienTestBot should skip some tests on some platforms
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=32216 Bug #: 32216 Summary: WienTestBot should skip some tests on some platforms Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified An example is the ieframe:webbrowser tests which it should skip on NT4 and Windows 2000 platforms. WineTest.exe is said to already have the necessary code somewhere, it's just missing from TestLauncher. See this wine-devel thread for more details: http://www.winehq.org/pipermail/wine-devel/2012-November/097819.html -- 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 11

[Bug 50719] New: The TestBot mishandles renames
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=50719 Bug ID: 50719 Summary: The TestBot mishandles renames Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot analyses patches to determine whether they are Wine patches and which tests are impacted and must be rerun. But when a patch renames a test unit it still schedules a run for the renamed test unit. For instance if apphelp:apphelp is renamed to apphelp:renamed, the TestBot still schedules a run of apphelp:apphelp (in addition to the apphelp:renamed one). This means it does not keep track of Wine's current files list correctly, which also impacts identifying whether a patch is a Wine patch or not, particularly for patch series. This can be tested with the following wtbsuite tests: WTBS Check combined renaming and modifying a file (apphelp:apphelp). [2/2] WTBS S10.2 - ...before renaming it in the next part (amstream:amstream). [7/7] WTBS S5.7 - Check for rename+addition+removal conflicts (msi:suminfo). -- 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 48208] New: Detect missing entry point errors
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48208 Bug ID: 48208 Summary: Detect missing entry point errors 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: --- When a Windows test executable cannot run because of a missing test executable the TestBot remains stuck until the 2 minutes timeout. This is because Windows puts up an error dialog waiting for user input. In such a case the test report is almost empty and the issue is not obvious until one looks at the screenshot. The TestBot should detect such a situation and warn the user. One simple approach would be for the TestBot to detect that the test report only contains the TestLauncher's start and done lines and indicates a timeout. In such a case it could add a message to the .err file suggesting to check the screenshot. This would only be a heuristic though. A better approach would be for the TestLauncher to detect the error dialog. Ideally, instead of waiting for the child process for the full 2 minutes it would periodically check for the presence of this dialog, which would also speed up the task run. This approach could also be used by WineTest.exe, though presumably missing entry points would have been detected before making it into the Wine source. -- 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 50538] New: Wine child process exceptions are miscounted
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=50538 Bug ID: 50538 Summary: Wine child process exceptions are miscounted Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The "WTBS Crash in a child process (kernel32:toolhelp)." test case shows an inconsistency in the test failures count between the Windows and Wine VMs. On Windows we get: 1bec:toolhelp: unhandled exception c0000005 at 0054273D toolhelp:471: unhandled exception c0000005 in child process 1bec 1750:toolhelp: 3 tests executed (0 marked as todo, 1 failure), 0 skipped. Here there is 1 exception, 1 failure reported by the parent process but 2 error lines, and the task's failure count ends up being 2. But in Wine we get: Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x00542c1d). toolhelp:471: unhandled exception c0000005 in child process 0104 00fc:toolhelp: 3 tests executed (0 marked as todo, 1 failure), 0 skipped. So there is still 1 exception, still 1 failure reported by the parent process, still 2 error lines, but the task's failure count ends up being just 1. The issue appears to be that ParseWineTestReport() (and probably dissect too) detects ": unhandled exception...at" lines but not Wine's "Unhandled exception:" ones. This means the TestBot may fail to detect exceptions on Wine. Meanwhile GetReportLineCategory() and _GetLineKey() detect both. -- 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 50491] New: Detecting whether garbled lines are new
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=50491 Bug ID: 50491 Summary: Detecting whether garbled lines are new Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Sometimes a failure line is garbled because of race conditions or a missing '\n'. This typically looks something like this: advpack.c:689: WTBS Garble 2advpack.c:691: WTBS Garble 3advpack.c:692: Test failed: WTBS A test failure The TestBot still detects these failures because it knows which test unit is running at that point in the report and thus looks for something like 'advpack.c:\d+: Test failed: ...'. But when it tries to detect whether this is a new error line it cannot compare the whole line with past instances as the garbage part may change or not be present in WineTest runs (particularly if it contains line numbers). That suggests it should extract just the current failure string, that is: advpack.c:692: Test failed: WTBS A test failure This should maybe also be the string stored in the .errors 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 3

[Bug 27453] New: Lag when loading new sound in source games
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=27453 Summary: Lag when loading new sound in source games Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: congelli501(a)gmail.com When you start a level in a game powered by valve's source engine, sounds that are played for the first time since the game was launched will cause the game to lag. Ex: open a new portal for the first time in a Portal2 level. Affects: - Portal 2 - Left 4 Dead 2 - Probably more... -- 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 39

[Bug 10219] New: Windows Media Player 11 setup fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=10219 Summary: Windows Media Player 11 setup fails Product: Wine Version: 0.9.48. Platform: PC URL: http://www.microsoft.com/windows/windowsmedia/download/A llDownloads.aspx?displang=en&qstechnology= OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex(a)thehandofagony.com The setup program for Windows Media Player 11 tries to validate Windows if the version is set to XP, and this fails. There was talk some time ago about an ntlm_auth patch that would allow the validation, but it fails for me even though I have the correct version of Samba installed. However, the installer does not run the Genuine check if the Windows version is set to Vista. When run thus it does work, however; it tries to create an instance of a wuapi.dll class, which is not registered in Wine. When I use a native dll from XP and register it the console output changes saying no instance could be created. The installer then says no updates could be found. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 14547] New: Problem with loading of windows from Java applications
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=14547 Summary: Problem with loading of windows from Java applications Product: Wine Version: 1.1.1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz Created an attachment (id=14894) --> (http://bugs.winehq.org/attachment.cgi?id=14894) Files for the test case We made a test case to show that child windows for Java applications (written in a class are not appearing) are problematic. To start the test, you have to install Java on Wine (I tested with java1.5-10) and start file in the /bin directory of the java installation directory. What is expected (showing during tests on Windows XP): There is a mainframe called "Using a JDesktopPane" Then a row in the main body of the main frame called "Add" Then a child window called "Internal frame" Result in Wine: Totally black screen with only the part with the word "Add" to be visible. Through hovering the mouse over the black part, you can restore most parts of your desktop to access other windows. If you need the source code of any of the file, you just need to ask. -- 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 19

[Bug 21764] New: Sun JRE (jre-6u16-windows-i586-s) installation failure
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=21764 Summary: Sun JRE (jre-6u16-windows-i586-s) installation failure Product: Wine Version: unspecified Platform: x86 URL: http://java.sun.com/products/archive/j2se/6u16/index.h tml OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Sun JRE 6update16 fails to install with 1.1.39. It's a regression and a commit to blame is 1ff992314887d03abeb4098789701ff3bfd5d2d8: msi: Add summary information stream to the streams table. Reverting helps. -- 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 15

[Bug 22024] New: sun jre installation (jre-6u18-windows-i586.exe)
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=22024 Summary: sun jre installation (jre-6u18-windows-i586.exe) Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: samuele_catuzzi(a)yahoo.it Created an attachment (id=26779) --> (http://bugs.winehq.org/attachment.cgi?id=26779) wine jre-6u18-windows-i586 install crash Several crash and register dump during install Ubunutu 9.10 x86_64 -- 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 38624] New: jre-8u45-windows-i586.exe exits silently
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=38624 Bug ID: 38624 Summary: jre-8u45-windows-i586.exe exits silently Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- I only tested the 32 bit offline installer, but AppDB test reports indicate the online installer fails similarly. The only thing printed in the terminal is: fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} This version of JRE requires Vista SP2 or newer; I tested with winecfg set to Vista, 7, and 8, with the same results. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 38811] New: jre-8u45-windows-i586.exe installer crashes (GetThreadPreferredUILanguages is a stub)
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=38811 Bug ID: 38811 Summary: jre-8u45-windows-i586.exe installer crashes (GetThreadPreferredUILanguages is a stub) Product: Wine Version: 1.7.45 Hardware: x86 URL: http://javadl.sun.com/webapps/download/AutoDL?BundleId =106246 OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Depends on: 38624 Distribution: SUSE Filing per https://bugs.winehq.org/show_bug.cgi?id=38624#c1. Tested in wine-1.7.45-213-g4f3acf3. -- 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 14750] New: comctl32: Fixed rebar behaviour when there's capture and no drag
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=14750 Summary: comctl32: Fixed rebar behaviour when there's capture and no drag Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla(a)tut.by Created an attachment (id=15249) --> (http://bugs.winehq.org/attachment.cgi?id=15249) comctl32: Fixed rebar behaviour when there's capture and no drag ERR() here causes some applications (i.e. ISIS/Proteus) to crash when mouse moves over rebar. This patch fixes this behaviour. -- 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 34122] New: Civilization V breaks both expansion packs are installed
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34122 Bug #: 34122 Summary: Civilization V breaks both expansion packs are installed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcasadevall(a)ubuntu.com Classification: Unclassified Created attachment 45374 --> http://bugs.winehq.org/attachment.cgi?id=45374 Test program that tries to reproduce Civilization V's behavior as seen from the +files log With the release of Brave New World for Civiliziation V, the game itself fails to properly load either expansion if both are loaded. The issue appears to boil down to the fact that Civ tries to load its datafiles in the order returned by Find{First,Next}File, and inadvertently loads its expansions in the wrong order (G&K must be loaded before Brave New World). This issue can be semi-worked around by renaming files so that their return order is changed (generally renaming Expansion to Expansion3 seems to do the trick, but its not foolproof). On Windows, FindFirstFile returns its files in alphabetical order (likely due to Steam installing them in that order), and as such, Civ can load things correctly. I was able to reproduce this bug on Windows by moving everything to a network drive (which returns a different order), and getting similar results. To show the problem, I wrote a test program which calls FindFirstFile in a matter similiar to Civ5 does; said program is attached along with a trace from +file. Results from the test program: Wine git (game does NOT work): mcasadevall@perdition:~/wine-dev/steam/drive_c/Program Files/Steam/SteamApps/common/Sid Meier's Civilization V$ $WINE ./a.exe .\Assets\DLC\DLC_02\SpainInca.Civ5Pkg .\Assets\DLC\Shared\Upgrade1.Civ5Pkg .\Assets\DLC\DLC_05\Korea.Civ5Pkg .\Assets\DLC\Tablet\Tablet.Civ5Pkg .\Assets\DLC\Expansion2\Expansion2.Civ5Pkg .\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg .\Assets\DLC\DLC_04\Denmark.Civ5Pkg .\Assets\DLC\DLC_01\Mongol.Civ5Pkg .\Assets\DLC\DLC_03\Polynesia.Civ5Pkg .\Assets\DLC\Expansion\Expansion1.Civ5Pkg .\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg Windows XP - NTFS filesystem (game works) C:\Program Files\Steam\steamapps\common1\Sid Meier's Civilization V>a .\Assets\DLC\DLC_01\Mongol.Civ5Pkg .\Assets\DLC\DLC_02\SpainInca.Civ5Pkg .\Assets\DLC\DLC_03\Polynesia.Civ5Pkg .\Assets\DLC\DLC_04\Denmark.Civ5Pkg .\Assets\DLC\DLC_05\Korea.Civ5Pkg .\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg .\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg .\Assets\DLC\Expansion\Expansion1.Civ5Pkg .\Assets\DLC\Expansion2\Expansion2.Civ5Pkg .\Assets\DLC\Shared\Upgrade1.Civ5Pkg .\Assets\DLC\Tablet\Tablet.Civ5Pkg Windows XP - network filesystem (game does NOT work) X:\wine-dev\steam\drive_c\Program Files\Steam\SteamApps\common\Sid Meier's Civil ization V>a .\Assets\DLC\Tablet\Tablet.Civ5Pkg .\Assets\DLC\DLC_02\SpainInca.Civ5Pkg .\Assets\DLC\Shared\Upgrade1.Civ5Pkg .\Assets\DLC\DLC_05\Korea.Civ5Pkg .\Assets\DLC\Expansion2\Expansion2.Civ5Pkg .\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg .\Assets\DLC\DLC_04\Denmark.Civ5Pkg .\Assets\DLC\DLC_01\Mongol.Civ5Pkg .\Assets\DLC\DLC_03\Polynesia.Civ5Pkg .\Assets\DLC\Expansion\Expansion1.Civ5Pkg .\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg I believe the underlying cause of this bug may also be the root of bug #31113, but until I know for sure, they should be considered seperate issues. -- 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 18166] New: dlls/ntdll/directory.c: implicit declaration of function 'getdirentries'
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18166 Summary: dlls/ntdll/directory.c: implicit declaration of function 'getdirentries' Product: Wine Version: 1.1.19 Platform: PC OS/Version: NetBSD Status: NEW Keywords: patch, source Severity: major Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=20631) --> (http://bugs.winehq.org/attachment.cgi?id=20631) wrap getdirentries around getdents gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o directory.o directory.c directory.c: In function 'wine_getdirentries': directory.c:1289: warning: implicit declaration of function 'getdirentries' Apparently getdirentries is broken on NetBSD. Attached patch (based on one from their port) fixes 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 14

[Bug 31113] New: Civilization V crashes after specific amount of game turns
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31113 Bug #: 31113 Summary: Civilization V crashes after specific amount of game turns Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: megatog615(a)gmail.com Classification: Unclassified Created attachment 40841 --> http://bugs.winehq.org/attachment.cgi?id=40841 Page fault log After a specific amount of game turns(depending on how the game has played out), Civilization V will crash with a page fault. If you save the game just before you can do nothing else and must click "NEXT TURN," you can reproduce the bug every time. I am going to attach a save file at just this point. All you have to do is click NEXT TURN. -- 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 177

[Bug 45906] New: Soldat instal, start but black / garbage and halt after game starts
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45906 Bug ID: 45906 Summary: Soldat instal, start but black / garbage and halt after game starts Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrluzeiro(a)ua.pt Distribution: --- In the Soldat game, I can install it, configure and start the program. After start the program when actually start the game, the screen flickers and become blank / transparent / garbage..etc. I managed to run this game on a different hardware so I think the issue may with this machine hardware. Linux x86-64 NVidia GT 530 drivers 384.130 I didnt found anything useful or errors from 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 50062] New: Fallout 76 invisible ground textures
by WineHQ Bugzilla 29 Apr '21

29 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50062 Bug ID: 50062 Summary: Fallout 76 invisible ground textures Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 68518 --> https://bugs.winehq.org/attachment.cgi?id=68518 Screenshot of missing ground textures; wine 5.20 Hello, Fallout 76 has invisible ground textures. See attached screenshot. My setup is: - Debian 8 amd64 16Gb RAM i7-4930 @ 3.4Ghz; - NVidia RTX 2070 8GB VRAM + proprietary driver 450.66; - wine 5.20; - winetricks corefonts xact_x64; - virtual desktop + no WM management/decoration + grab fullscreen; To replicate, install the game (Bethesda.net or Steam windows version), then you have to use an existing character or create a character and get out of the first building. That building has no natural floor and the issue only affects the ground texture, so it's not enough to just start a new game. Note that the game is affected by a bug that makes the game crash when loading a save immediately after launching the program. You have to start a new character first. When character creation is complete, you may return to the main menu and load the save. This is an application bug [1]. Some graphics settings must be disabled in the INI file to avoid major mouse and rendering issues. The details can be found on the lutris website [2]. [1] https://www.reddit.com/r/fo76/comments/a3446i/game_crashes_after_trying_to_… [2] https://lutris.net/games/fallout-76/ The ground is transparent. The game renders the objects behind mountains and the performance is directly affected by the rendering distance set in the option. - Using Ultra or lowest graphic settings makes no difference; - I tried changing some values in the INI file without luck; - The issue occurs with wine-staging 5.20 too. 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.

1 2

[Bug 45864] New: wine mono cannot load 64-bit DLLs
by wine-bugs＠winehq.org 29 Apr '21

29 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45864 Bug ID: 45864 Summary: wine mono cannot load 64-bit DLLs Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 62358 --> https://bugs.winehq.org/attachment.cgi?id=62358 wine mono project and binaries Attached is an example project that makes a PInvoke call to a custom native function. It produces HelloWorld.exe (from HelloWorld.cs) and HelloWorld.dll (from HelloworldNative.cpp). If I build a 32-bit HelloWorld.dll, I am able to run HelloWorld.exe in Wine with a WINEPREFIX generated from both WINEARCH=wine32 and WINEARCH=wine64. However, if I build a 64-bit HelloWorld.dll, I am unable to run HelloWorld.exe in Wine with a WINEPREFIX generated from either WINEARCH=wine32 or WINEARCH=wine64. I wouldn't expect WINEARCH=wine32 to work for a 64-bit DLL, but its surprising that WINEARCH=wine64 doesn't work. (With WINEARCH=wine64 I'm otherwise able to run 64-bit native executables without a problem.) The failure looks like this: > >HelloWorld.exe > 002f:err:mscoree:LoadLibraryShim error reading registry key for installroot > > Unhandled Exception: > System.DllNotFoundException: HelloWorld > at (wrapper managed-to-native) HelloWorld.Hello:helloWorld () > at HelloWorld.Hello.Main () [0x00001] in <93c08d3d3d384696aa77bc80f6a731c1>:0 > [ERROR] FATAL UNHANDLED EXCEPTION: System.DllNotFoundException: HelloWorld > at (wrapper managed-to-native) HelloWorld.Hello:helloWorld () > at HelloWorld.Hello.Main () [0x00001] in <93c08d3d3d384696aa77bc80f6a731c1>:0 It seems like Wine Mono is either running as a 32-bit process or something is wrong with how Wine Mono's PInvoke DllImport searches for compatible DLLs. -- 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 42563] New: regedit: minor enhancements/ corrections to REG_BINARY edit dialog
by wine-bugs＠winehq.org 28 Apr '21

28 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42563 Bug ID: 42563 Summary: regedit: minor enhancements/corrections to REG_BINARY edit dialog Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Created attachment 57477 --> https://bugs.winehq.org/attachment.cgi?id=57477 patch implementing the changes OK, it took me awhile. As I've written a few weeks ago, due to the display part being unscrollable/unresizable, long values may sometimes not fit into their allocated display space. Also, monospace makes simply much more sense here. The attached patch modifies the default font to monospace variant and tries to enforce it by using ExtTextOutW. A possible further enhancement would be to use the proper value for max 0-9A-F width in address block, instead of the same as in the content block. -- 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 45587] New: wine fails to install dragon naturally speaking 15
by wine-bugs＠winehq.org 28 Apr '21

28 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45587 Bug ID: 45587 Summary: wine fails to install dragon naturally speaking 15 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 62012 --> https://bugs.winehq.org/attachment.cgi?id=62012 backtrace from failed install Dragon Naturally Speaking 15 does not install. Here's what I do. Start with a 32bit wine prefix. Install dotnet40 When that is finished, set the program version to Windows 7, which is the lowest configuration that will run NatSpeak 15. The program starts out by requesting dotnet 452. This is not a problem provided dotnet 40 is installed. It makes changes and goes on. Then it asks for preliminary information, such as what type of English I want to speak, and so on. Then the installation hangs. Notes: the installation does not work with mono. It also does not work installing dotnet from the installation disk, even though a complete copy is included with the installation disk. And it doesn't work installing dotnet452 with winetricks. I have the feeling that this may not be a bug as much as an issue that hasn't been addressed yet. These are the last lines of the terminal output, and I have attached the dump. 0270:fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: 0270:fixme:ver:GetCurrentPackageId (0x33b890 (nil)): stub 0270:fixme:ntdll:EtwEventRegister ({8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 0x33804b6, (nil), 0x10e6844) stub. System.IO.FileNotFoundException: Could not load file or assembly 'System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. File not found. at customactions.Program.ChangeAppStartingCursor() at customactions.Program.Main(String[] args) wine: Unhandled exception 0xe0434352 in thread 270 at address 0x7b43c7dc (thread 0270), starting debugger... 02e5:err:ntdll:RtlpWaitForCriticalSection section 0x7bd176e0 "virtual.c: csVirtual" wait timed out in thread 02e5, blocked by 02f1, retrying (60 sec) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 15

[Bug 47685] New: winecfg: audio test fails with error on cmd line
by wine-bugs＠winehq.org 28 Apr '21

28 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=47685 Bug ID: 47685 Summary: winecfg: audio test fails with error on cmd line Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: normt40pa(a)yahoo.com Distribution: --- When using winecfg and then clicking tab audio, Evering seems good here until I use the test audio button. I don't compile software ie to copile the new version of wine. I use what is available on ubuntu.... The problem arises when I click test audio giving me on the command line error "err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded" only. No other info after this since I have looked in the forum for similar errors and none math the solo line as described above (usually combine with a specific error type after this line. Please advise... -- 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 3

[Bug 24624] New: Audacity 1.3.12 treats all file type selections as "all files" when exporting
by wine-bugs＠winehq.org 27 Apr '21

27 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=24624 Summary: Audacity 1.3.12 treats all file type selections as "all files" when exporting Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://audacity.sourceforge.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31111) --> (http://bugs.winehq.org/attachment.cgi?id=31111) Terminal output In Audacity, open an audio file and then go to file -> export. On this file dialog, any selection from the "files of type" drop-down list will (apparently) be treated as "all files", which leads to two minor annoyances: 1. DLLs and other unrelated file types will be listed while browsing for a destination folder. (This doesn't happen immediately when the dialog opens, only after changing the destination directory and/or file type.) 2. If the file extension isn't specified manually, Audacity will try to append ".*" to the end of the file name and then warn that this is a non-standard extension for this type of file. -- 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 10

[Bug 50867] New: wine start /unix stopped working in 6.5
by WineHQ Bugzilla 26 Apr '21

26 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50867 Bug ID: 50867 Summary: wine start /unix stopped working in 6.5 Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: duck(a)duckcorp.org Distribution: --- Quack, I just upgraded to 6.5 using WineHQ's Debian packages. My computer is using Debian unstable. When starting my games using start /unix I now get: (leaving out fixme:font:opentype_enum_font_names lines) $ wine start /unix $WINEPREFIX/drive_c/GOG\ Games/Risen\ 3\ -\ Titan\ Lords/LanguageSetup.exe Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: File not found. If I remove start /unix in this case it works but not all programs will be happy with this unless I manually go into the right workdir, that is why I use this feature as recommended in the user's guide. 6.4 worked fine and many versions before. I did not see anything about this in the news and changelog. Has anything changed? Regards. \_o< -- 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 24

[Bug 49138] New: winegcc: argc and argv arguments of main() get corrupted
by WineHQ Bugzilla 26 Apr '21

26 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49138 Bug ID: 49138 Summary: winegcc: argc and argv arguments of main() get corrupted Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- I first came across this issue with winelib compilation in Wine 5.7 while I was working on yabridge, a Wine VST bridge. The issue still persists on the latest commit in the Wine repository as I'm writing this (commit bf1abba, with the release of Wine 5.8). I'm not exactly sure what is going on, but the issue can be reproduced as follows: #include <iostream> int main(int argc, char* argv[]) { std::cout << "argc = " << argc << std::endl; std::cout << "argv[0] = " << argv[0] << std::endl; } If you compile the above (or the C-equivalent) with `wineg++ test.cpp -o test` and run test.exe, then at least on my system it will always print 70624 as the value of argc and some uninitialized looking data for argv[0]. This happens regardless of whether the program receives any command line arguments or not. Winelib applications compiled with the toolchain that comes with Wine 5.6 can be run without problems under Wine 5.7 or 5.8. The winelib compilation issue with Wine 5.7+ exists on Ubuntu 18.04, Ubuntu 20.04, Arch Linux and Manjaro, both when using the distro provided packages and when building Wine from source. -- 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 50332] New: Lara Croft Guardian Of Light crashes using new builtin vulkan renderer
by WineHQ Bugzilla 25 Apr '21

25 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50332 Bug ID: 50332 Summary: Lara Croft Guardian Of Light crashes using new builtin vulkan renderer Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 68919 --> https://bugs.winehq.org/attachment.cgi?id=68919 wine output in 6.0rc2 plus winedbg crash info in wine 5.20 and lcgol minidump Lara Croft Guardian Of Light crashes immediately using new builtin vulkan renderer. I first found this in 5.20 or so, but it is still present in 6.0rc2. In 5.20-5.21 winedbg open a popup with crash info at moment of the crash, in 6.0rc2 application handles crash itself and produce mdmp 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 6

[Bug 48449] New: 'CreateProcess(0, "cmd /C [...]' fails when a trailing newline follows a redirect in the cmdline
by WineHQ Bugzilla 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=48449 Bug ID: 48449 Summary: 'CreateProcess(0, "cmd /C [...]' fails when a trailing newline follows a redirect in the cmdline Product: Wine Version: 5.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timotheecisnard(a)gmail.com Distribution: --- Applications using CreateProcess to invoke "cmd.exe /C" followed by a command, a redirect to a file, and a newline, result in an "Invalid name" error and the command not being run. The expected result on Windows is for the trailing newline to be silently ignored and not treated as part of the file name being redirected into. For example, the CreateProcess cmdline "cmd.exe /C echo OK >> test.log\n" contains a (completely pointless) trailing newline. Note that the newline is a literal trailing 0x0A character in a cmdline and NOT an interactive user pressing Enter at a command prompt. This issue is best reproduced with a 10 line C program: https://paste.debian.net/1125644/ The bug originally affects ALDEC Active-HDL Lattice Edition 32bit version 10.5.216.6767, where compiling a project works but starting a simulation fails at the linking step with cryptic errors like "Generation phase ... fail" and "Error: E8005 : Kernel process initialization failed.". -- 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 42409] New: Tropico 5 has no sound
by wine-bugs＠winehq.org 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42409 Bug ID: 42409 Summary: Tropico 5 has no sound Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurishish(a)gmail.com Distribution: --- Tropico 5 has no sound. Pulseaudio control panel shows that this game has no audio output. Previous Tropico games (3 and 4) and native Linux vesion has no such problem. Tested in wine 2.1 and 2.1-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.

2 2

[Bug 50358] New: Font spacing does not match windows rendering
by WineHQ Bugzilla 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50358 Bug ID: 50358 Summary: Font spacing does not match windows rendering Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: minion.procyk(a)gmail.com Distribution: --- Created attachment 68956 --> https://bugs.winehq.org/attachment.cgi?id=68956 windows screenshot I use project64 through wine using the AQZ Netplay Plugin. When the AQZ window appears, the text should be aligned under the commands section, but it is 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 8

[Bug 46277] New: Win32 Disk Imager fails to run
by wine-bugs＠winehq.org 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=46277 Bug ID: 46277 Summary: Win32 Disk Imager fails to run Product: Wine Version: 4.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrniex(a)protonmail.com Distribution: --- Created attachment 62986 --> https://bugs.winehq.org/attachment.cgi?id=62986 output of wine Win32DiskImager.exe Win32 Disk Imager (https://sourceforge.net/projects/win32diskimager/) crashes on startup with an error spam. On Wine-Staging the error spam does not happen, but the stack overflow still happens and the program crashes. -- 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 2

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 March 2021