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

[Bug 53771] [QQ&WeChat&DingTalk] Window's edge decoration window is always on top

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53771 Jactry Zeng <jactry92(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from Jactry Zeng <jactry92(a)gmail.com> --- I believe this is a duplication of bug 34631. *** This bug has been marked as a duplicate of bug 34631 *** -- Do not reply 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

[Bug 42226] No ingame sfx audio when CD Audio playing with builtin dsound in Ignition

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=42226 --- Comment #2 from Benjamin Legendre <legendre.benjamin(a)gmail.com> --- Bug still present in Wine 7.18. The following output is triggered many times: (see debug log in attachments) > 0024:warn:dsound:PrimaryBufferImpl_Lock failed priority check! Tested using the iso image mounted with cdemu, available at archive.org: https://archive.org/download/redump_pc_I/Ignition%20%28Europe%29%20%28En%2C… -- Do not reply 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

[Bug 42226] No ingame sfx audio when CD Audio playing with builtin dsound in Ignition

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=42226 Benjamin Legendre <legendre.benjamin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |legendre.benjamin(a)gmail.com --- Comment #1 from Benjamin Legendre <legendre.benjamin(a)gmail.com> --- Created attachment 73255 --> https://bugs.winehq.org/attachment.cgi?id=73255 Ignition debug 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.

Oct. 9, 2022

[Bug 53772] New: [QQ&WeChat&DingTalk] Window's edge decoration window is always on top

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53772 Bug ID: 53772 Summary: [QQ&WeChat&DingTalk] Window's edge decoration window is always on top Product: Wine Version: 7.12 Hardware: x86 OS: other Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com My English is not good, so I hope to be forgiven if there are any poor wordings. Nowadays, many windows are composed of two windows (e.g. QQ, WeChat, DingTalk), one window M is used to draw the user's interface, and one window S is used to modify the previous window (e.g. edge shading, etc.). The following diagram is provided for a better understanding of this issue: https://imgse.com/i/xJBuAs I found that when many windows' applications run on wine, the window used to modify (window S) is always on top (even if it is covered by other linux applications, the window S is always on top and does not disappear).This affects the usage of the app. I found this problem exists in wine7.12, know 7.18 also did not solve Problem pictures：https://imgse.com/i/xJDCb4 ——————————————— Possible useful information for Window S(which is used to modify the previous window)： APPS：DingTalk APP_Download_URL:https://dtapp-pub.dingtalk.com/dingtalk-desktop/win_downlo… [ You can reproduce the problem without an account ] - Function calls for drawing windows：CreateWindowExW -> WIN_CreateWindowEx - Windows className:DuiShadowWnd - style: WS_POPUP WS_CLIPSIBLINGS style=84000000 - exstyle: WS_EX_TRANSPARENT WS_EX_TOOLWINDOW WS_EX_LAYERED WS_EX_NOACTIVATE ex=080800a0 ——————————————— Because I'm not very familiar, I want to know what is the reason for this phenomenon, I want to solve this problem through my own efforts, but I don't have any good ideas now, so I come here and looking forward to your suggestions. Yous:Sven L -- Do not reply 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

[Bug 53771] New: [QQ&WeChat&DingTalk] Window's edge decoration window is always on top

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53771 Bug ID: 53771 Summary: [QQ&WeChat&DingTalk] Window's edge decoration window is always on top Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- My English is not good, so I hope to be forgiven if there are any poor wordings. Nowadays, many windows are composed of two windows (e.g. QQ, WeChat, DingTalk), one window M is used to draw the user's interface, and one window S is used to modify the previous window (e.g. edge shading, etc.). The following diagram is provided for a better understanding of this issue: https://imgse.com/i/xJBuAs I found that when many windows' applications run on wine, the window used to modify (window S) is always on top (even if it is covered by other linux applications, the window S is always on top and does not disappear).This affects the usage of the app. I found this problem exists in wine7.12, know 7.18 also did not solve Problem pictures：https://imgse.com/i/xJDCb4 ——————————————— Possible useful information for Window S(which is used to modify the previous window)： APPS：DingTalk APP_Download_URL:https://dtapp-pub.dingtalk.com/dingtalk-desktop/win_downlo… [ You can reproduce the problem without an account ] - Function calls for drawing windows：CreateWindowExW -> WIN_CreateWindowEx - Windows className:DuiShadowWnd - style: WS_POPUP WS_CLIPSIBLINGS style=84000000 - exstyle: WS_EX_TRANSPARENT WS_EX_TOOLWINDOW WS_EX_LAYERED WS_EX_NOACTIVATE ex=080800a0 ——————————————— Because I'm not very familiar, I want to know what is the reason for this phenomenon, I want to solve this problem through my own efforts, but I don't have any good ideas now, so I come here and looking forward to your suggestions. Yous:Sven L -- Do not reply 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

[Bug 34774] Crimson Skies crashes when a mission ends

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=34774 Benjamin Legendre <legendre.benjamin(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |legendre.benjamin(a)gmail.com --- Comment #6 from Benjamin Legendre <legendre.benjamin(a)gmail.com> --- Bug still occurs in Wine 7.18 -- Do not reply 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

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 399989567(a)qq.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major -- Do not reply 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

[Bug 53770] New: [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 Bug ID: 53770 Summary: [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls ) Product: Wine Version: 7.18 Hardware: x86 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com In China, there is a popular student software called DingTalk, in which the APP reads the sNativeDigits value in the registry (/HKEY_USERS/S-X-XX-XX/Control Panel International -> sNativeDigits) during getting the meeting time. Through research, I found that This value is obtained by the function get_locale_info, and the specific location is as follows: > case LOCALE_SNATIVEDIGITS: > if ((ret = locale_return_reg_string( &entry_scurrency, type, buffer, len )) != -1) return ret; > return locale_return_string( locale->scurrency, type, buffer, len ); Now, in wine7.12 to 7.18, for the Chinese environment (LOCALE_SNATIVEDIGITS), the sNativeDigits read from local.nls is "零一二三四五六七八九", but this is unreasonable, I checked the Windows10 registry and found that its value should be It is "0123456789" And if it is "零一二三四五六七八九", the program will have an error > The timer is displayed as Chinese characters, and the actual display of "一" is not "一" but "《", it's so strange , so I think we should update local.nls or modify the get_locale_info function. *** update local.nls：*** I would like to ask how the local.nls in wine is generated, is it directly used in windows? I once wanted to modify local.nls directly to fix this problem, but it seems to be a binary file, and I don't know how it is generated in wine, so I I don't know how to modify local.nls by myself. [HELP] If you have time, I would like to ask how the nls file is generated in wine *** modify the get_locale_info function：*** I have completed the modification of the function (assignment in the Chinese environment, other environments do not operate), if you need I can provide the source code directly. ————————— I hope that I can ask about the modification of the nls file, and complete the modification through my own efforts, so that I can also join the big project of wine, which is meaningful and interesting to me. Thanks very much, Looking forward to your reply。 Yous: SvenL -- Do not reply 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

[Bug 53738] Cherry MIDI sequencer cannot read files with a path including CJK characters

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53738 --- Comment #7 from Shinichi Tanaka <shinichi.tanaka45(a)gmail.com> --- I attached a log file with adding 'nls' to WINEDEBUG. How to open that CJK file by me is simple: drag & drop from the nautilus (filer) to running cherry's window. And, and..., it is an surprising thing for me, I found an interesting fact: I can open that file with CJK path with the way; using "wine's (windows'?) file open dialog" from "Open" in the menu. (I often avoid that way because a difference between listed files/directories name's displaying positions and actual hit areas when clicking, in the wine's file dialog. I don't know that this is known issue or it's another problem in my environment...) -- Do not reply 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

[Bug 53738] Cherry MIDI sequencer cannot read files with a path including CJK characters

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53738 --- Comment #6 from Shinichi Tanaka <shinichi.tanaka45(a)gmail.com> --- Created attachment 73254 --> https://bugs.winehq.org/attachment.cgi?id=73254 a log file running cherry with WINEDEBUG=file,msgbox,nls -- Do not reply 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