September 2018 - Wine-Bugs - list.winehq.org

[Bug 38708] New: wine 1.7.* won't grab keyboard, some games super slow
by wine-bugs＠winehq.org Dec. 13, 2024

Dec. 13, 2024

https://bugs.winehq.org/show_bug.cgi?id=38708 Bug ID: 38708 Summary: wine 1.7.* won't grab keyboard, some games super slow Product: Wine Version: 1.7.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n.andrew.walsh(a)gmail.com Distribution: --- Using the dev branch causes several games (Dragon Age: Origins, Homeworld2 Complex , and the recently released Etherium, which were the only games I have) to fail to grab the keyboard, such that keypresses show up in the aterm from which the wine command was issued. Downgrading to the 1.6.* series resolves the issue Furthermore, the Complex mod for wine runs *etremely* slowly: loading a game with 1.6.* takes under 30 seconds; with 1.7.* it's over ten minutes. What information do you need to help narrow down the issue? Cheers, A -- 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 43172] New: IDirectPlay4:: EnumConnections needs to support wide string in DPNAME structure
by wine-bugs＠winehq.org Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=43172 Bug ID: 43172 Summary: IDirectPlay4::EnumConnections needs to support wide string in DPNAME structure Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned in EnumConnections. Currently it just forwards to the ascii version. -- 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 45584] New: FindFirstFile fails to correct case when full name supplied
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=45584 Bug ID: 45584 Summary: FindFirstFile fails to correct case when full name supplied Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: us(a)edmeades.me.uk Distribution: --- Created attachment 62002 --> https://bugs.winehq.org/attachment.cgi?id=62002 Simple testcase in c FindFirstFile can be used to correct the case of a file. In fact when trying to correct the case of the whole path and file, a google implies its a good routine to use to pass each part of the directory tree through Problem: If findfirstfile isnt passed a wildcard, it looks for the file in question and if it exists, returns the case of the file as supplied, not the case as it is on disk Try supplied testcase. I think this can also be seen by: wine cmd dir >ABCD dir abcd Note in the directory listing it shows abcd, not ABCD -- 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 45713] New: FusionFall Retro: fails to launch
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

https://bugs.winehq.org/show_bug.cgi?id=45713 Bug ID: 45713 Summary: FusionFall Retro: fails to launch Product: Wine-staging Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: macariopatrick(a)icloud.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62144 --> https://bugs.winehq.org/attachment.cgi?id=62144 Upon getting the error message, I exit Terminal to kill Wine. The launcher allows me to log into my account, but when the launcher downloads the files necessary to play the game, it doesn't launch. Unity Web Player displays an error message stating that Unity Web Player needs to be updated. It works on Windows correctly, but not in Wine. The game uses a custom version of Unity Web Player 2.x.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.

2 26

[Bug 28583] New: MS Exchange setup no long displays images
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

http://bugs.winehq.org/show_bug.cgi?id=28583 Bug #: 28583 Summary: MS Exchange setup no long displays images Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified Created attachment 36725 --> http://bugs.winehq.org/attachment.cgi?id=36725 Console Output. The the URL is created in the HTMLImgElement_put_src, it fails to load it because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be used. See attached file for snippet. -- 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 45871] New: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlush ()\n at System.Windows.Media.MediaContext.Complet"...( native d3dcompiler works around it)
by wine-bugs＠winehq.org Nov. 25, 2024

Nov. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=45871 Bug ID: 45871 Summary: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlus h()\n at System.Windows.Media.MediaContext.Complet"...(native d3dcompiler works around it) Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 62374 --> https://bugs.winehq.org/attachment.cgi?id=62374 part of crashlog Hi Seen this for a bunch of programs while trying to run them with installed dotnet472. The bug seems to be hidden for several apps as they ship their owm d3dcompiler_47, but some don`t I found out, and they crash Something like: 01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed. 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: intermediate rendering error 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: The render thread failed unexpectedly. Then crash Example: Slackinstaller.exe: winetricks dotnet452 win7 corefonts, then start installer with builtin d3dcomiler_47 works fine. However winetricks dotnet472 win7 corefonts, then start installer with builtin d3dcomiler_47 --> crash (Note: for Slackinstller one also needs Staging-patches for bug 40613) -- 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 24

[Bug 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org Nov. 23, 2024

Nov. 23, 2024

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 42606] New: wine doesn' t *fully* respect locale settings in some corner cases
by wine-bugs＠winehq.org Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=42606 Bug ID: 42606 Summary: wine doesn't *fully* respect locale settings in some corner cases Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This time it's a problem even if this is the only app currently running in the prefix. Download address for the engine: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip Instruction for setting up a project: http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to be for a different archive, but get the point across) So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my standard locale) and starting that project, most of the things seem to work correctly (as I've got the standard overrides for Gothic/Mincho set already in place), yet... When right clicking the engine console (not the game window), there's mojibake in that menu. WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma is called with charset determined by my standard locale, instead of the Japanese one. That somehow results in the text being treated as encoded in that locale's Windows codepage, instead of cp932 (or is that vice versa ?). -- 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 42407] New: LdrUnloadDll may recursion unload same dll
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=42407 Bug ID: 42407 Summary: LdrUnloadDll may recursion unload same dll Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xiewei(a)deepin.com Distribution: --- Created attachment 57219 --> https://bugs.winehq.org/attachment.cgi?id=57219 LdrUnloadDll log file It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still using dsound.dll. Type: EXCEPTION_ACCESS_VIOLATION Error: Read address 0x7985C309 Address: 7985C309 -- 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 40972] New: RtlVerifyVersionInfo returns wrong results
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=40972 Bug ID: 40972 Summary: RtlVerifyVersionInfo returns wrong results Product: Wine Version: 1.9.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: marcinwiaz(a)poczta.onet.pl Distribution: --- Created attachment 55126 --> https://bugs.winehq.org/attachment.cgi?id=55126 Tiny test program - EXE and source (Note: this a different problem than in Bug 36143) Steps to reproduce: 1) Download and unpack Reproduce.exe, which is attached to this bug report 2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for Reproduce.exe 3) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is < than RequestedOS (which is WRONG!) 4) Run true Microsoft Windows 2003 Server 5) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is >= than RequestedOS Explanation: Minor version numbers should be treated similarly to digits after a decimal point - so when comparing software versions: version 5.1 is < than version 5.2 version 5.11 is < than version 5.2 (note that 11 is > than 2 !) version 5.19 is < than version 5.2 (note that 19 is > than 2 !) So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the "VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as: lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2)) or lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2)) Please note, that it's still different than comparing real numbers, because: 5.20 = 5.2 but lstrcmp("5.20","5.2") != 0 So lstrcmp-like function must be used for VER_MINORVERSION and VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which is called by the "VerifyVersionInfo" API in Wine) to be compatible with Microsoft Windows. Possible fix: in "version.c" file, add a new "version_compare_values_lexical" function. It should be based on the original "version_compare_values" function, but should use "lstrcmp" calls instead of integer comparisons. This "version_compare_values_lexical" function should be called instead of "version_compare_values" when checking for VER_MINORVERSION and VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function. -- 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