May 2023 - Wine-Bugs - list.winehq.org

[Bug 51890] New: A lot more old games would be so much more usable if wine's virtual desktop had proper resizing
by WineHQ Bugzilla Aug. 29, 2023

Aug. 29, 2023

https://bugs.winehq.org/show_bug.cgi?id=51890 Bug ID: 51890 Summary: A lot more old games would be so much more usable if wine's virtual desktop had proper resizing Product: Wine-staging Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: el(a)horse64.org CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I have a really significant amount of older games around, none of which will launch on this machine without wine's virtual desktop feature because on a widescreen monitor, they determine there is no "expected" fullscreen resolution available and crash. Now I'd just use the virtual desktop, except it feels archaic and not very usable: why is it that for a 800x600 game on a 800x600 virtual desktop, I can't just maximize the virtual desktop window and get the virtual desktop SCALED UP with proper letterboxing so I can play in some other way than a tiny window with zero immersion and everything so small I can barely see it? Funnily enough I can even resize the virtual desktop window except the resizing is fully ignored and I just get black void with no scaling up all around with the game stuck in the top-left, and the maximizing is blocked. Scaling up (with automatic letterboxing), maximizing would seem like such obvious features to make virtual desktop gaming infinitely less clumsy and weird that I am a bit surprised it's not in there yet. Can it please be added?? -- Do not reply 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 53371] New: 0024:fixme:ntdll:create_logical_proc_info stub
by WineHQ Bugzilla Aug. 27, 2023

Aug. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53371 Bug ID: 53371 Summary: 0024:fixme:ntdll:create_logical_proc_info stub Product: Wine Version: 7.12 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yklaxds(a)gmail.com Created attachment 72755 --> https://bugs.winehq.org/attachment.cgi?id=72755 log FreeBSD 13.1 release amd64 KDE plasma 5 emulators/wine-devel 7.12 not work at all. -- Do not reply 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 53939] New: TextOut will output ASCII control character（0～31） as tofu cause crash
by WineHQ Bugzilla Aug. 24, 2023

Aug. 24, 2023

https://bugs.winehq.org/show_bug.cgi?id=53939 Bug ID: 53939 Summary: TextOut will output ASCII control character（0～31） as tofu cause crash Product: Wine Version: 7.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- TextOut will output ASCII control character（0～31） as tofu cause crash build a string on windows > static WCHAR str[] = {0x1c,0x30,0x31,0x32,0} use TextOut(hdc,x,y,str,wcslen(str)) to output this str on windows: output is "012" on wine : output is "?012" The reason is that this API does not filter ASCII control characters, and treats the control characters as an ordinary character to output. by the way if we fillter the control character we alse need fix the API :GetTextExtentExPointW Because my program uses control characters, there will be problems when calculating the length, resulting in a crash. If I filter out the control characters in the code myself, it will not crash. And in principle, the focus should be on whether control characters should be output -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 45329] New: Fresh steam install will not install games -- error: " content servers unreachable"
by wine-bugs＠winehq.org Aug. 24, 2023

Aug. 24, 2023

https://bugs.winehq.org/show_bug.cgi?id=45329 Bug ID: 45329 Summary: Fresh steam install will not install games -- error: "content servers unreachable" Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alasky(a)codeweavers.com Distribution: --- Created attachment 61617 --> https://bugs.winehq.org/attachment.cgi?id=61617 Steam error dialogue box Ubuntu 18.04 Wine tip (most recent commit is 83f845dfa1bb4a6ec6e8b7f65e9469dc9a8a7787) When attempting to install a game on a fresh Steam install, an error comes up that says "content servers unreachable." The servers are not down and I am able to install games correctly on my steam account not using wine. This issue seems to be caused by an update on Steam's 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 42

[Bug 54761] New: D3D12CreateDevice no longer in ABI of libvkd3d-utils.so.1
by WineHQ Bugzilla Aug. 23, 2023

Aug. 23, 2023

https://bugs.winehq.org/show_bug.cgi?id=54761 Bug ID: 54761 Summary: D3D12CreateDevice no longer in ABI of libvkd3d-utils.so.1 Product: vkd3d Version: 1.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: smcv(a)collabora.com Distribution: --- While looking at updating Debian's vkd3d package from 1.2 to 1.7, I noticed that `D3D12CreateDevice(a)VKD3D_1_0` disappeared from the ABI of libvkd3d-utils.so.1. Was this intentional? (D3D12CreateDeviceVKD3D(a)VKD3D_1_0 is still there, but if I'm understanding the intention of this library correctly, D3D12CreateDevice(a)VKD3D_1_0 should have continued to be present for backwards compat with older library binaries.) -- Do not reply 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 52676] New: enigma protected software fails to work properly
by WineHQ Bugzilla Aug. 21, 2023

Aug. 21, 2023

https://bugs.winehq.org/show_bug.cgi?id=52676 Bug ID: 52676 Summary: enigma protected software fails to work properly Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl CC: dark.shadow4(a)web.de Distribution: --- Created attachment 72003 --> https://bugs.winehq.org/attachment.cgi?id=72003 backtrace of the crash (note the garbage) As I've said in bug 49052, the trial that's supposed to work just crashes without displaying anything. Attaching console output. I've got one other trial that's also enigma protected - that one starts, but enters an infinite loop without displaying anything. That one is using an engine that's known to work here, so I suspect enigma being the reason of the failure. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 54450] New: SINE Player fails to load "My Licenses" tab
by WineHQ Bugzilla Aug. 20, 2023

Aug. 20, 2023

https://bugs.winehq.org/show_bug.cgi?id=54450 Bug ID: 54450 Summary: SINE Player fails to load "My Licenses" tab Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonathan(a)luxaritas.com Distribution: --- Created attachment 74001 --> https://bugs.winehq.org/attachment.cgi?id=74001 Wine output from application start through license tab load Download link: https://orchtools-sine.s3.us-west-1.amazonaws.com/SINE_Player_1.1.2.519.exe (via https://www.orchestraltools.com/store/get-sine) sha1 9f698ada2162aa13d8e5f52d1a072464c87fd17d After installing and signing in with an Orchestral Tools account (free), the "My Licenses" tab is loaded. However, the tab contents remains blank. This prevents downloading application content necessary to use the application. It appears this page is implemented via an MS Edge based embedded browser/webview, which seems to be relevant here - all pages that appear to be web views fail similarly, but other pages work fine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 52569] New: Zothero Error Launch XUL
by WineHQ Bugzilla Aug. 19, 2023

Aug. 19, 2023

https://bugs.winehq.org/show_bug.cgi?id=52569 Bug ID: 52569 Summary: Zothero Error Launch XUL Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blbenyamin9(a)gmail.com Distribution: --- Created attachment 71889 --> https://bugs.winehq.org/attachment.cgi?id=71889 Zothero Error Launch Zothero, and imidietly got this error Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0258904c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0258904c ESP:0051cb84 EBP:0051dcec EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:00000000 ECX:0051cb44 EDX:00990094 ESI:009d13e8 EDI:0bc9d478 -- Do not reply 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 54676] New: winetricks --verify dotnet20 (AutoHotKey) fails in a wow64 build
by WineHQ Bugzilla Aug. 18, 2023

Aug. 18, 2023

https://bugs.winehq.org/show_bug.cgi?id=54676 Bug ID: 54676 Summary: winetricks --verify dotnet20 (AutoHotKey) fails in a wow64 build Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: dotnet, download, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Created attachment 74190 --> https://bugs.winehq.org/attachment.cgi?id=74190 terminal output The install itself seems to go okay (at least, it exits successfully in quiet mode). Running --verify (which should run the .Net verifier tool) instead just hangs on: /opt/oldwownew/wine-8.3/bin/wine y:\ahk\AutoHotkeyU32.exe C:\windows\Temp\dotnet20.ahk -- Do not reply 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 54866] New: ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an unexpected session count on Windows
by WineHQ Bugzilla Aug. 18, 2023

Aug. 18, 2023

https://bugs.winehq.org/show_bug.cgi?id=54866 Bug ID: 54866 Summary: ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an unexpected session count on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an unexpected session count on Windows: webbrowser.c:4440: init_count 1 webbrowser.c:4443: Test failed: count = 3 webbrowser.c:4446: Test failed: count = 3 webbrowser.c:4449: Test failed: count = 2 webbrowser.c:4452: Test failed: count = 2 See https://test.winehq.org/data/patterns.html#ieframe:webbrowser These failures only happen on Windows 10 21H1 to 22H2. On Windows 10 init_count is either 1 or 2 (on w8adm is can be 0 too), but all the failures so far happened with an init_count of 1. That said there are also a lot of successful runs with init_count == 1. This looks a lot like the browser creates a net session for its own purposes: * Either init_count is 1 and the extra net session is never created or gets created after test_SetQueryNetSessionCount() is done so all is fine. * Or the extra net session is created it before test_SetQueryNetSessionCount() starts and outlives it so our tests pass. * Or the extra net session gets created after we get init_count but before the next test so that all our tests are off by one. * But it seems the extra net session never gets created after the first SESSION_INCREMENT test. Note that on my Windows 10 VM when I start iexplorer.exe by hand and then run the test I always get init_count == 2. But if IE is not already running I get init_count == 0. In any case if it's a race condition I could send a patch to retry a couple of times. -- Do not reply 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