March 2022 - Wine-bugs - list.winehq.org

[Bug 9358] New: DirectSoundDevice_SetCooperativeLevel level= DSSCL_PRIORITY not fully supported
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=9358 Summary: DirectSoundDevice_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: citizenr(a)gmail.com Since 1631 "Sound underruns occur in directsound" got closed Im opening a new bug. Basically Sound works, but is very choppy, garbled and eats CPU time slowing game down. http://bugs.winehq.org/attachment.cgi?id=7624 WINEDEBUG=warn+dsound wine ja2.exe this is Jagged Alliance 2 with JA2 V1.13 Mod JA2 V1.13 Mod install instructions : http://www.ja-galaxy-forum.com/board/ubbthreads.php/ubb/showflat/Number/567… or short one : do "svn co https://81.169.133.124/source/ja2_v1.13_data/GameDir" in game directory http://bugs.winehq.org/attachment.cgi?id=7625 It´s actually a music tracker I´m using, not a game. You can download Famitracker from http://famitracker.shoodot.net/files/ft_v026.zip and open a .ftm file from http://2a03.free.fr/?p=pub&type=ftm to reproduce this. Happens in games using Fmod. maybe a patch? http://bugs.winehq.org/attachment.cgi?id=4331 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41

[Bug 45542] New: regression: WeGame hangs after login.
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=45542 Bug ID: 45542 Summary: regression: WeGame hangs after login. Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 61948 --> https://bugs.winehq.org/attachment.cgi?id=61948 0001-Revert-server-Assign-a-default-label-to-all-tokens.txt WeGame is a game platform by Tencent. Steps to reproduce: 1. $ winetricks -q mfc42 cjkfonts 2. $ wine WeGameMiniLoader.3.6.1.5080.gw.exe 3. $ cd .wine/drive_c/Program\ Files/WeGame 4. $ WINEDLLOVERRIDES="msvcr100=n" wine tgp_daemon.exe 5. Due to bug 45540 , we can't login by an account number and password. But we can login it by scanning its QR code. Clicking the Wechat icon and scaning the QR code on WeChat mobile for login. Expected: We can login and enter WeGame's game store interface. Actually: Login successfully but it will hang. I found that it work well on Wine-2.8 and I did a regression tests for it found that this commit broke it: commit a78d419420a43e1f428ac155082b87143117e381 Author: Michael Müller <michael(a)fds-team.de> Date: Fri Jun 16 20:41:36 2017 +0200 server: Assign a default label to all tokens. 0001-Revert-server-Assign-a-default-label-to-all-tokens.txt is a patch for reverting this commit on current Wine-3.13. And with this reverting WeGame doesn't hang 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.

2 8

[Bug 51227] New: urlmon:url breaks the wininet:http test on Windows 10 1709+
by WineHQ Bugzilla 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51227 Bug ID: 51227 Summary: urlmon:url breaks the wininet:http test on Windows 10 1709+ Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com WineTest shows that wininet:http has the following set of failures on Windows 10 1709+: https://test.winehq.org/data/patterns.html#wininet:http http.c:6732: Test failed: expected secure flag to be set http.c:6742: Test failed: InternetQueryOption failed: 12016 http.c:6748: Test failed: InternetQueryOption failed: 12016 http.c:6771: Test failed: InternetQueryOption failed: 12016 http.c:6776: Test failed: InternetQueryOption failed: 12016 http.c:6779: Test failed: expected same string However, when run on its own, the test always succeeds! Further testing shows that to reproduce the failure one must first run urlmon:url. More specifically: urlmon_test.exe url wininet_test.exe http -> fails wininet_test.exe http -> succeeds So urlmon:url breaks the wininet:http that follows, but wininet:http fixes whatever urlmon:url broke so that the next wininet:http run succeeds. So it seems like there are two bugs: * urlmon:url does not correctly clean up one of the changes it makes. * And wininet:http performs a similar change but instead of restoring the configuration as it was when the test started, it restores the default Windows configuration. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 51906] New: War Mongrels fails to play videos
by WineHQ Bugzilla 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51906 Bug ID: 51906 Summary: War Mongrels fails to play videos Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70857 --> https://bugs.winehq.org/attachment.cgi?id=70857 +mfplat winegstreamer warning: qtdemux0: Incorrect elementary fragment size. winegstreamer warning: qtdemux0: ../gst/isomp4/qtdemux.c(4380): gst_qtdemux_loop_state_header (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Header atom '....' has empty length 0308:fixme:mfplat:topology_loader_Load 00000000092EABA0, 00000000092EACE0, 000000001959FBB8, 0000000000000000. 0308:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service {866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface {0a9ccdbc-d797-4563-9667-94ec5d79292d}. 0308:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001959FB48. winegstreamer warning: qtdemux1: Incorrect elementary fragment size. winegstreamer warning: qtdemux1: ../gst/isomp4/qtdemux.c(4380): gst_qtdemux_loop_state_header (): /GstBin:bin1/GstDecodeBin:decodebin1/GstQTDemux:qtdemux1: Header atom '....' has empty length wine-6.19-288-g93992c760d8 -- Do not reply 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 50351] New: Slow text rendering in dofus linked to fnIMLangFontLink2_GetCharCodePages calling WideCharToMultiByte with CP_UNICODE
by WineHQ Bugzilla 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50351 Bug ID: 50351 Summary: Slow text rendering in dofus linked to fnIMLangFontLink2_GetCharCodePages calling WideCharToMultiByte with CP_UNICODE Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mlang Assignee: wine-bugs(a)winehq.org Reporter: eijebong+wine(a)bananium.fr Distribution: --- Created attachment 68941 --> https://bugs.winehq.org/attachment.cgi?id=68941 Patch that fixes the text rendering slowness (probably wrong) Dofus is very slow to render text and changing communication channels can hang the game for a few seconds. Profiling shows that it's spending lots of time opening files. Tracing shows it's trying to open c_1200.nls a *lot*. That file doesn't exist. Discussion on IRC: ``` 22:45:27 nsivov> so that comes from mlang 22:45:47 gofman> mind umbstowcs and friends... what if it really ends up searchign / opening locale file each time due to some reason (which can be fixed) 22:46:37 gofman> or maybe it doesn't find some locale and tries again on each character 22:48:07 zf> no such code page on Windows either 22:48:33 zf> we should probably cache failed attempts there 22:48:45 nsivov> in mlang it goes 1 char at a time * mlang_data size 22:49:30 gofman> cache missing is strange, but maybe some cached list of which locale exist is possible [...] 22:55:15 julliard> that's an mlang bug, CP_UNICODE is not a real codepage 22:57:01 nsivov> yes, for that particular loop it should be excluded [...] 23:38:04 zf> just judging from the diagnosis above, it seems like fnIMLangFontLink2_GetCharCodePages() is using CP_UNICODE in WideCharToMultiByte() when it shouldn't ``` The attached diff fixes the slowness but is probably not correct and I certainly don't understand enough about the cause to either write a meaningful commit message or a test. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 26822] New: Double click the icon in the title bar should close the window
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=26822 Summary: Double click the icon in the title bar should close the window Product: WineHQ Bugzilla Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florian.angermeier(a)desaster-games.com In Windows it is the default behavior if double click the icon in the title bar of a window it closes the window. Would it not be better if this also true in Wine? Users of Windows software would expect such behavior. May be this is optional and is only behaving like this if you turn of the decoration of the windows (Which are Windows applications) through the window manager. If the decoration through the window manager is turn off the window have the "Windows window borders". -- 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 32643] New: getsockopt() does not indicate WSAEFAULT when setting optlen too small
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=32643 Bug #: 32643 Summary: getsockopt() does not indicate WSAEFAULT when setting optlen too small Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexander255(a)lavabit.com Classification: Unclassified Using the attached WSA code will cause an error on Windows but NOT on WINE. If you change "optlen" value to at least 4, the example the code will run smoothly on both platforms. -- 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 45759] New: Links 2003 needs native wmvcore
by wine-bugs＠winehq.org 20 Jan '23

20 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=45759 Bug ID: 45759 Summary: Links 2003 needs native wmvcore Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- Created attachment 62205 --> https://bugs.winehq.org/attachment.cgi?id=62205 +wmvcore log of Links 2003 Links 2003 crashes on startup with builtin wmvcore. After copying wmvcore.dll from a prefix with wintricks wmp9 it runs fine (using winetricks wmp9 unsurprisingly also works). I've attached a +wmvcore log from a run with builtin wmvcore. -- Do not reply 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 50306] New: Riptide GP Renegade: not able to connect to online multiplayer server (Error code 403)
by WineHQ Bugzilla 19 Jan '23

19 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50306 Bug ID: 50306 Summary: Riptide GP Renegade: not able to connect to online multiplayer server (Error code 403) 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: ranplayer(a)protonmail.com Distribution: --- Created attachment 68878 --> https://bugs.winehq.org/attachment.cgi?id=68878 Wine output When you try to connect to the Online Multiplayer, the game shows the following message: """ Connection error: Unable to connect to the game server. Please, check you network connection and try again. (Error code 403) """ I created a clean prefix and installed only the Steam client and the game. No additional library was added. This issue happens on previous Wine versions as well. Game link: https://store.steampowered.com/app/443860/Riptide_GP_Renegade Setup: O.S: Manjaro Linux Arch: x86_64 Kernel: 5.4.80 Desktop Environment: KDE Plasma 5.20.4 CPU: Intel Core i5-4690s GPU: Nvidia GTX 970 4GB -- Do not reply 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 51484] New: dmloader:loader fails randomly with a DMUS_E_LOADER_BADPATH error
by WineHQ Bugzilla 18 Jan '23

18 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51484 Bug ID: 51484 Summary: dmloader:loader fails randomly with a DMUS_E_LOADER_BADPATH error Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 70320 --> https://bugs.winehq.org/attachment.cgi?id=70320 Unsuccessful attempt to more reliably reproduce the failure dmloader:loader fails randomly in test_directory(): https://test.winehq.org/data/patterns.html loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181 loader.c:107: Test failed: SetSearchDirectory failed with 0x88781181 where 0x88781181 == DMUS_E_LOADER_BADPATH. As of writing only w7u and cw-gtx560-1506 had failures but they are quite rare (up to 110 runs between failures), so maybe the other platforms just got lucky. Also once (2021-06-21) there was this set of failures: loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181 loader.c:107: Test failed: SetSearchDirectory failed with 0 So it's as if there was a race condition causing SetSearchDirectory() to fail until some initialization process completed. That or it's some sort of uninitialized memory issue and the failures truly are random; or SetSearchDirectory() checks the presence of some directory corresponding to "", and some other process interferes with that. The attached patch has no success reproducing this issue so maybe the cause is external. -- Do not reply 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