October 2022 - Wine-Bugs - list.winehq.org

[Bug 46392] Commandos: Behind Enemy Lines videos aren't played

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=46392 --- Comment #16 from Bartosz <gang65(a)poczta.onet.pl> --- (In reply to joaopa from comment #14) > This game was reported freezing with vanilla wine. It is not the case > anymore. It was I meant. I always test without any native dlls. Only > built-in. > But the videos do not play yet. Please attach the output file, with additional logs: export WINEDEBUG=warn+quartz -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 53766] vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53766 Robert Wilhelm <sloper42(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sloper42(a)yahoo.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 53767] vbscript fails to handle ReDim when variable is not yet created

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53767 Robert Wilhelm <sloper42(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sloper42(a)yahoo.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 46392] Commandos: Behind Enemy Lines videos aren't played

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=46392 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Commandos: Behind Enemy |Commandos: Behind Enemy |Walls videos aren't played |Lines videos aren't played CC| |o.dierick(a)piezo-forte.be -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 46392] Commandos: Behind Enemy Walls videos aren't played

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=46392 --- Comment #15 from Benjamin Legendre <legendre.benjamin(a)gmail.com> --- OK, i've 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.

Oct. 10, 2022

[Bug 34631] 163music / WeChat: shadow of windows is always on the top of desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=34631 --- Comment #32 from 399989567(a)qq.com --- (In reply to Zeb Figura from comment #31) > *** Bug 53772 has been marked as a duplicate of this bug. *** (In reply to jubilantjerry from comment #27) > (In reply to 399989567 from comment #26) > > I also saw your post on Bug 53771, good investigative work. > > I think because of these options, the transparent window doesn't show up on > the dock / taskbar? > WS_EX_TRANSPARENT WS_EX_TOOLWINDOW WS_EX_LAYERED WS_EX_NOACTIVATE > > My guess is that the Ubuntu shortcut minimizes all windows attached to the > main one, including tool windows, whereas the minimize button is actually > just a normal button on the window that doesn't minimize the transparent > part. Perhaps the restore logic doesn't explicitly restore the transparent > window because Wechat / QQ / DingTalk expects the transparent window to > always be present. > > Sven, does your tool show whether windows are truly minimized or not? If so > could you check if the transparent window is still there if you minimize > DingTalk on Windows? > > I noticed that Ubuntu itself also draws drop shadows on windows that have > focus. But I verified that the shadow that lingers after minimization the > app's custom shadow, not Ubuntu's. For one, Ubuntu only draws the shadow on > windows that have focus. Secondly, the shadow looks different. See my > attachments: > > shadows_1 shows the Ubuntu drop shadow around a Firefox window that has > focus vs. a lingering buggy shadow from DingTalk vs. a shadow from a > non-minimized Wechat window that is not in focus. The Firefox shadow is > lighter. > > shadows_2 shows what I see if I give focus to the Wechat window. The Wechat > shadow is darker than even the buggy shadow from DingTalk, and there's no > shadow around the Firefox window. This means the Wechat window in focus has > both the Ubuntu shadow and the transparent window's shadow. > > These results mean that the invisible shadow window is not minimized and > still rendering the shadow, as expected. What I don't know is what is > supposed to happen on real Windows - does the invisible window get minimized > too, or does the invisible window stay non-minimized and simply stops > rendering the shadow? I found that the reason for the problem is that the window is not added to the window manager, do you know which developer should discuss this problem with? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 53773] New: winetricks dotnet35 fails to install

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53773 Bug ID: 53773 Summary: winetricks dotnet35 fails to install Product: Wine Version: 7.16 Hardware: x86-64 URL: https://github.com/Winetricks/winetricks/issues/1965 OS: Linux Status: NEW Keywords: dotnet, download, Installer, regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86 Distribution: Debian Created attachment 73259 --> https://bugs.winehq.org/attachment.cgi?id=73259 terminal output Originally reported at https://github.com/Winetricks/winetricks/issues/1965 Regression, introduced by: a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit commit a8b007da5889f4cfac3651bab7090f7f65176f86 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Aug 30 18:23:48 2022 +0200 kernelbase: Fix error value for PE files without resource. Avoids spurious "dll is missing" messages from winetest. dlls/kernelbase/version.c | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 46416] World of Warcraft dx12/vkd3d crashes soon after login (RADV)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=46416 Márton Szász <szaszm01(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |szaszm01(a)gmail.com --- Comment #26 from Márton Szász <szaszm01(a)gmail.com> --- Created attachment 73258 --> https://bugs.winehq.org/attachment.cgi?id=73258 vkd3d hacks for radv updated to vkd3d 1.4 I've encountered this bug with wine-staging 7.17-1. Wow version is WotLK classic. Updated the hacks of Jozef to apply to vkd3d 1.4. I'm not familiar with the codebase, so I might have messed up something, but a quick 15 minute test shows no crashes so far. It used to crash within 5 minutes. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 52330] iZotope software authorization process fails

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52330 Jonathan Romano <jonathan(a)luxaritas.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan(a)luxaritas.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 10, 2022

[Bug 52790] winedbg 'bt all' filled with dbghelp_dwarf RULE_VAL_EXPRESSION fixmes

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52790 --- Comment #7 from Austin English <austinenglish(a)gmail.com> --- (In reply to Eric Pouech from comment #5) > Anyway, I want to be sure that I didn't miss some other situations: > - can you confirm it's only 32bit for the time being? Yes, that seems to be the case here as well. > - if possible can you retry with the attached patch: > + it should silence output (changing error in backtrace from internal to > can't compute; it doesn't make a difference for the user, but it's a bit > clearer) > + but generate output if it doesn't match the only pattern I've > encountered; just to check what could be done Yep, seems to work here, 'bt all' looks like it did before the 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.

Oct. 9, 2022