wine-bugs August 2019

wine-bugs@winehq.org

1 participants
7663 discussions

[Bug 47546] New: Touhou 14-17 experience Spell Name and Music Room text issues starting in Wine 4.1
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47546 Bug ID: 47546 Summary: Touhou 14-17 experience Spell Name and Music Room text issues starting in Wine 4.1 Product: Wine Version: 4.1 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrewsuicune(a)gmail.com Now that half a year has passed, I'm making sure that I test all of the applications I maintain. In doing so, I came across a strange issue in Touhou 14-17 (Japanese version, but regardless of Locale) where Spell Card names do not render properly and where when opening the music room, all of the text spazzes and behaves incredibly strangely. By checking Wine releases, I have isolated the regression to the period between 4.0 rc7 and 4.1, and the issue remains to this day in Wine 4.12.1 I have only tested a few of the games, but main series Touhou games from 14-17, which all share the same core engine with minor adjustments, are all affected. This issue doesn't seem to affect any other aspects of gameplay - for example, although the Music Room text is glitchy, the actual functionality of the menus and the playing of the tracks works as intended, leading me to believe that the issue is exclusively a text rendering issue. Unfortunately at the time I most likely cannot successfully compile wine and so therefore cannot perform a regression test to isolate the commit responsible for this regression. I will update this bug report as well a the affected entries in the series as I continue my testing. -- 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 16

[Bug 47249] New: CM_Set_Class_Registry_Property should use PCVOID for buffer parameter
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47249 Bug ID: 47249 Summary: CM_Set_Class_Registry_Property should use PCVOID for buffer parameter Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The setupapi stub functions CM_Set_Class_Registry_PropertyA and CM_Set_Class_Registry_PropertyW have the wrong parameters, "buf" should be of byte "const void*" instead of "void*". This would be useful for ReactOS, see linked issue. -- 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 6

[Bug 47586] New: The Sims 1 visually freezes after alt-tabbing when in fullscreen mode
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47586 Bug ID: 47586 Summary: The Sims 1 visually freezes after alt-tabbing when in fullscreen mode Product: Wine Version: 4.12.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 64992 --> https://bugs.winehq.org/attachment.cgi?id=64992 +d3d,+ddraw,+event,+x11drv,+x11settings,+win The game itself does not lock up, as I can still hear the music and click on things. Does not happen with third-party D3D1-7 reimplementation (dgvoodoo2). Attaching +d3d,+ddraw,+event,+x11drv,+x11settings,+win 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.

2 9

[Bug 47190] New: Custom protocol handler CF doesn't support aggregation
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47190 Bug ID: 47190 Summary: Custom protocol handler CF doesn't support aggregation Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: jacek(a)codeweavers.com Regression SHA1: 097811f2513e457ebf4afb1d2d21ab90b8684325 Distribution: --- Created attachment 64439 --> https://bugs.winehq.org/attachment.cgi?id=64439 +urlmon,+ieframe,+mshtml,+seh,+tid log of the failure Since the following commit 097811f2513e457ebf4afb1d2d21ab90b8684325 is the first bad commit commit 097811f2513e457ebf4afb1d2d21ab90b8684325 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed May 9 14:58:49 2018 +0200 urlmon: Use COM aggregation for urlmon protocols in BindProtocol::StartEx. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> the application that I have here fails to render pictures in its custom IE frame wrapper. Attached log shows the failure, I've added traces around IClassFactory_CreateInstance() to make it easier to find the failure in the 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.

2 6

[Bug 46905] New: Multiple eventlog monitor applications go haywire ( endless console spam, live-loop CPU) due to advapi32.ReadEventLogA/ W returning lasterror ERROR_CALL_NOT_IMPLEMENTED ( use ERROR_HANDLE_EOF instead)
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46905 Bug ID: 46905 Summary: Multiple eventlog monitor applications go haywire (endless console spam, live-loop CPU) due to advapi32.ReadEventLogA/W returning lasterror ERROR_CALL_NOT_IMPLEMENTED (use ERROR_HANDLE_EOF instead) Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, noticed this while looking at multiple SIMATIC WinCC V15.1 Runtime (installer) bugs -> bug 4690x After the point when multiple services got installed and configured as 'autostart', each time a prefix is bootstrapped (running an app), one of the services begins to endlessly spam the console and churn one cpu core. --- snip --- .. 0057:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xa2de0,0x00000200,0x307f5dc,0x307f5d8) stub 0057:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x307f6d4) stub 0057:fixme:advapi:GetNumberOfEventLogRecords (0xcafe4242,0x307f6d0) stub 0057:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xa2de0,0x00000200,0x307f5dc,0x307f5d8) stub 0057:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x307f6d4) stub ... <endless console spam in quick succession> --- snip --- Debugger session: --- snip --- Wine-dbg> info process pid threads executable (all id:s are in hex) 0000019a 1 'winedbg.exe' 00000013 4 'explorer.exe' 0000000e 10 'services.exe' 0000006b 5 \_ 'rpcss.exe' 00000065 6 \_ 'svchost.exe' 0000004a 4 \_ 'winedevice.exe' 00000041 4 \_ 'TraceConceptX.exe' 00000035 11 \_ 's7oiehsx64.exe' 0000003c 2 \_ 'S7EpaSRV64x.exe' 00000030 3 \_ 'plugplay.exe' 0000002a 4 \_ 'winedevice.exe' 0000001b 3 \_ 'SmartServer.exe' 00000008 1 'Start.exe' 00000080 10 \_ 'SIA2.exe' Wine-dbg> info thread ... 00000035 s7oiehsx64.exe 0000005b 0 00000058 0 00000057 0 00000056 0 00000055 0 00000053 0 00000052 2 00000051 15 00000039 0 00000038 0 00000036 0 Wine-dbg> attach 0x35 0x00007ff7ccea2b32 __make_stacks_executable+0xa1b2 in libpthread.so.0: syscall Wine-dbg>info share Module Address Debug info Name (91 modules) PE 7e0000- 807000 Export s7epascp64x PE 820000- 845000 Export s7oniepg64x PE 870000- 901000 Export s7ontcp PE 910000- 992000 Export s7epaapi64x PE 9a0000- 9b8000 Export s7epromapi64x PE 9c0000- f25000 Export mfc110u PE 2790000- 27a4000 Export s7otsiex64 PE 27c0000- 28af000 Export s7pcadpsrv ELF 7b400000- 7b895000 Dwarf kernel32<elf> \-PE 7b460000- 7b895000 \ kernel32 ELF 7bc00000- 7bdd4000 Dwarf ntdll<elf> \-PE 7bc80000- 7bdd4000 \ ntdll ELF 7c000000- 7c004000 Dwarf <wine-loader> PE 140000000- 140033000 Export s7oiehsx64 PE 180000000- 18002c000 Export s7onlinx64 ... Wine-dbg>b GetOldestEventLogRecord Breakpoint 1 at 0x00007ff7be6c96f0 GetOldestEventLogRecord [/home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374] in advapi32 Wine-dbg>c Stopped on breakpoint 1 at 0x00007ff7be6c96f0 GetOldestEventLogRecord [/home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374] in advapi32 GetOldestEventLogRecord () at /home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374 374 { Wine-dbg>bt Backtrace: =>0 0x00007ff7be6c96f0 GetOldestEventLogRecord() [/home/focht/projects/wine/mainline-src/dlls/advapi32/eventlog.c:374] in advapi32 (0x000000000307f7a0) 1 0x00000000027e8467 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307f7a0) 2 0x00000000027c4187 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307f7a0) 3 0x00000000027c4b64 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307fbc0) 4 0x00000000027c52df EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307fbc0) 5 0x00000000027d8e8b EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307fbc0) 6 0x00000000027d8cc0 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307ffd0) 7 0x00000000027dcbe0 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307ffd0) 8 0x00000000028108d0 EntryPoint+0xffffffffffffffff() in s7pcadpsrv (0x000000000307ffd0) 9 0x00000000028163ff EntryPoint+0x418a() in s7pcadpsrv (0x000000000307ffd0) 10 0x00000000028165a6 EntryPoint+0x4331() in s7pcadpsrv (0x000000000307ffd0) 11 0x000000007bd310ee call_thread_func+0x116() [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_x86_64.c:4454] in ntdll (0x000000000307ffd0) --- snip --- Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+service wine notepad >>log.txt 2>&1 ... 0095:Ret PE DLL (proc=0x2812274,module=0x27c0000 L"s7pcadpsrv.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 0095:Starting thread proc 0x28164a4 (arg=0xdd6c0) ... 0095:Call KERNEL32.LoadLibraryExW(0306f790 L"C:\\Program Files\\Common Files\\Siemens\\Automation\\Simatic OAM\\bin\\s7pcadpsrv.dll",00000000,00000000) ret=02821d4d 0095:Ret KERNEL32.LoadLibraryExW() retval=027c0000 ret=02821d4d 0095:Call KERNEL32.SetThreadpoolWait(000dd6c0,00000188,00000000) ret=0281800e 0095:Ret KERNEL32.SetThreadpoolWait() retval=00000000 ret=0281800e 0095:Call KERNEL32.SetEvent(00000154) ret=0283d44c 0095:Ret KERNEL32.SetEvent() retval=00000001 ret=0283d44c ... 0095:Call advapi32.OpenEventLogW(00000000,000afef0 L"System") ret=027e8247 0095:fixme:advapi:OpenEventLogW ((null),L"System") stub 0095:Ret advapi32.OpenEventLogW() retval=cafe4242 ret=027e8247 ... 0095:Call KERNEL32.SetEvent(00000130) ret=027d98c2 0095:Ret KERNEL32.SetEvent() retval=00000001 ret=027d98c2 ... 0095:Call advapi32.GetOldestEventLogRecord(cafe4242,0306f6d4) ret=027e8467 0095:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x306f6d4) stub 0095:Ret advapi32.GetOldestEventLogRecord() retval=00000001 ret=027e8467 ... 0095:Call advapi32.GetNumberOfEventLogRecords(cafe4242,0306f6d0) ret=027e84f7 0095:fixme:advapi:GetNumberOfEventLogRecords (0xcafe4242,0x306f6d0) stub 0095:Ret advapi32.GetNumberOfEventLogRecords() retval=00000001 ret=027e84f7 ... 0095:Call advapi32.ReadEventLogW(cafe4242,00000006,ffffffff,000de970,00000200,0306f5dc,0306f5d8) ret=027e85c3 0095:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xde970,0x00000200,0x306f5dc,0x306f5d8) stub 0095:Ret advapi32.ReadEventLogW() retval=00000000 ret=027e85c3 ... 0095:Call KERNEL32.GetLastError() ret=0281b6e4 0095:Ret KERNEL32.GetLastError() retval=00000078 ret=0281b6e4 ... 0095:Call KERNEL32.RaiseException(e06d7363,00000001,00000004,0306f560) ret=02812f70 0095:trace:seh:NtRaiseException code=e06d7363 flags=1 addr=0x7b497b7e ip=7b497b7e tid=0095 0095:trace:seh:NtRaiseException info[0]=0000000019930520 0095:trace:seh:NtRaiseException info[1]=000000000306f5e0 0095:trace:seh:NtRaiseException info[2]=00000000028919d0 0095:trace:seh:NtRaiseException info[3]=00000000027c0000 0095:trace:seh:NtRaiseException rax=000000007b478128 rbx=00000000028919d0 rcx=000000000306f350 rdx=0000000000000020 0095:trace:seh:NtRaiseException rsi=000000000306f560 rdi=000000000306f370 rbp=000000000306f4a0 rsp=000000000306f330 0095:trace:seh:NtRaiseException r8=0000000000000004 r9=000000000306f560 r10=0000000000000000 r11=0000000000000000 0095:trace:seh:NtRaiseException r12=00000000ffffffff r13=0000000002897898 r14=00000000cafe4242 r15=0000000000000006 ... 0095:Call ntdll.RtlUnwindEx(0306f8a0,027c52df,0306dd40,00000000,0306dde0,0306eb10) ret=02813589 0095:trace:seh:RtlUnwindEx code=80000029 flags=3 end_frame=0x306f8a0 target_ip=0x27c52df rip=000000007bd2f75d ... <sequence repeats again endlessly> ... 0095:Call advapi32.GetOldestEventLogRecord(cafe4242,0306f6d4) ret=027e8467 0095:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x306f6d4) stub 0095:Ret advapi32.GetOldestEventLogRecord() retval=00000001 ret=027e8467 ... --- snip --- Not really an issue but worth mentioning: Wine's current stub logic with regards to event log entry numbers is a bit inconsistent when looking at old commit comments. * GetOldestEventLogRecord -> *OldestRecord = 0; return TRUE; (= success, 1 event) * GetNumberOfEventLogRecords -> *NumberOfRecords = 0; return TRUE; (= success, 0 events) GetOldestEventLogRecord -> "0" is a valid record number = 1 event. https://docs.microsoft.com/en-us/windows/desktop/EventLog/event-log-records --- quote --- Information about each event is stored in the event log in an event log record. The event log record includes time, type, and category information. For more information, see the EVENTLOGRECORD structure. The RecordNumber member of EVENTLOGRECORD contains the record number for the event log record. The very first record written to an event log is record number 1, and other records are numbered sequentially. If the record number reaches ULONG_MAX, the next record number will be 0, not 1; however, you use zero to seek to the record. If the Retention registry value is set to zero, the event records are overwritten when the maximum log size is reached. Therefore, the oldest record in an event log may not be record number 1. To identify the oldest record in the log, call the GetOldestEventLogRecord function. You can then call the GetNumberOfEventLogRecords function and add the returned value to the oldest record number to determine the newest record. You can read individual records from the event log using the ReadEventLog function. For more information, see Querying for Event Information. --- quote --- https://source.winehq.org/git/wine.git/commit/860c90a32217fb37a3b6c19ecd57f… --- quote --- author Hans Leidekker <hans(a)it.vu.nl> Wed, 23 Mar 2005 13:09:27 +0000 (13:09 +0000) committer Alexandre Julliard <julliard(a)winehq.org> Wed, 23 Mar 2005 13:09:27 +0000 (13:09 +0000) commit 860c90a32217fb37a3b6c19ecd57f4651085f3e1 Pretend there are 0 log records. Improve traces. --- quote --- But again, that's not the real problem. The service code does something similar like this one (pretty standard way of watching the eventlog for events). https://github.com/matrix207/VC/blob/master/eventlog/EventLogMonitor/EventL… https://www.google.com/search?q=ReadEventLog+ERROR_HANDLE_EOF Wine lacks event log implementation entirely, hence it returns lasterror 'ERROR_CALL_NOT_IMPLEMENTED' in 'ReadEventLogA/W'. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/advapi32/eventlog.c#… --- snip --- 610 /****************************************************************************** 611 * ReadEventLogW [ADVAPI32.@] 612 * 613 * See ReadEventLogA. 614 */ 615 BOOL WINAPI ReadEventLogW( HANDLE hEventLog, DWORD dwReadFlags, DWORD dwRecordOffset, 616 LPVOID lpBuffer, DWORD nNumberOfBytesToRead, DWORD *pnBytesRead, DWORD *pnMinNumberOfBytesNeeded ) 617 { 618 FIXME("(%p,0x%08x,0x%08x,%p,0x%08x,%p,%p) stub\n", hEventLog, dwReadFlags, 619 dwRecordOffset, lpBuffer, nNumberOfBytesToRead, pnBytesRead, pnMinNumberOfBytesNeeded); 620 621 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 622 return FALSE; 623 } --- snip --- Unfortunately various applications can't handle this lasterror code. They only check for 'ERROR_INSUFFICIENT_BUFFER' and 'ERROR_HANDLE_EOF' lasterrors and go haywire otherwise. To help these applications I propose to change the lasterror to 'ERROR_HANDLE_EOF'. With the change applied, the service no longer misbehaves: --- snip --- ... 0095:Call advapi32.GetOldestEventLogRecord(cafe4242,0306f6d4) ret=027e8467 0095:fixme:advapi:GetOldestEventLogRecord (0xcafe4242,0x306f6d4) stub 0095:Ret advapi32.GetOldestEventLogRecord() retval=00000001 ret=027e8467 ... 0095:Call advapi32.GetNumberOfEventLogRecords(cafe4242,0306f6d0) ret=027e84f7 0095:fixme:advapi:GetNumberOfEventLogRecords (0xcafe4242,0x306f6d0) stub 0095:Ret advapi32.GetNumberOfEventLogRecords() retval=00000001 ret=027e84f7 ... 0095:Call advapi32.ReadEventLogW(cafe4242,00000006,ffffffff,000dd530,00000200,0306f5dc,0306f5d8) ret=027e85c3 0095:fixme:advapi:ReadEventLogW (0xcafe4242,0x00000006,0xffffffff,0xdd530,0x00000200,0x306f5dc,0x306f5d8) stub 0095:Ret advapi32.ReadEventLogW() retval=00000000 ret=027e85c3 ... 0095:Call KERNEL32.GetLastError() ret=027c4690 0095:Ret KERNEL32.GetLastError() retval=00000026 ret=027c4690 ... 0095:Call advapi32.NotifyChangeEventLog(cafe4242,00000190) ret=027e8657 0095:fixme:advapi:NotifyChangeEventLog (0xcafe4242,0x190) stub 0095:Ret advapi32.NotifyChangeEventLog() retval=00000001 ret=027e8657 ... 0095:Call KERNEL32.WaitForMultipleObjects(00000002,000aea30,00000000,ffffffff) ret=027e694d <blocked> --- snip --- The blocking behaviour is intended and by design. It also avoids any further console spam/cpu bound polling due to APIs failing. $ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786 SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe 1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ wine --version wine-4.4-188-gc988910cae Regards -- 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 7

[Bug 47327] New: Japanese text are overlapped in notepad when using bitmap font.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47327 Bug ID: 47327 Summary: Japanese text are overlapped in notepad when using bitmap font. Product: Wine Version: 4.0.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Regression SHA1: 8d018d8d1dadf9d731690567b9c98d5a9eae37db Distribution: Ubuntu Created attachment 64650 --> https://bugs.winehq.org/attachment.cgi?id=64650 screenshot of notepad Japanese text are overlapped in notepad when using bitmap font, e.g. System. When I choose TrueType font in the setting, it doesn't happen. How to reproduce: 1. Set following registry value to supplement Japanese glyphs: Key: HKCU\Software\Wine\Fonts\Replacements Name: MS UI Gothic Type: REG_SZ Data: Ume UI Gothic (or your favorite Japanese font) 2. Run notepad in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine notepad. 3. Choose FixedSys font in 編集(Edit) - フォント(Font) setting. 4. Type or paste Japanese text. e.g. いろはにほへと Actual behavior: * Glyphs are overlapped, so they can't be readable (see the attachement). * Japanese character's advance is the same as half-width character, e.g. Latin alphabets Expecting behavior: * Glyphs aren't overlapped. You can see each one. * Japanese character's advance is twice as wide as half-width character. -- 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 43286] New: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, ( Message too long)"
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=43286 Bug ID: 43286 Summary: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, (Message too long)" Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)supradigital.org Distribution: --- Created attachment 58625 --> https://bugs.winehq.org/attachment.cgi?id=58625 Binary, source code, debug log In any program using Qt 5.7.0, if you try to read a udp datagram packet, the call would always return size 0 and leave you with an empty peer-address/port as well. I discovered the problem in the launcher for my game which uses UDP to ping various servers. I wrote a minimal UDP server to which you can connect with netcat (or anything) and it easily reproduces the problem. Attached you'll find a small archive containing: - minimal udp test server - source code for that server - debug log with +winsock showing the error - the client netcat command to cause that error Note: I have not checked a simple raw UDP server using the winsock API directly. The problem exists at least since wine v1.6.2 -- 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 12

[Bug 46453] New: The Testament of Sherlock Holmes crashes while loading level with builtin d3dx9_43
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46453 Bug ID: 46453 Summary: The Testament of Sherlock Holmes crashes while loading level with builtin d3dx9_43 Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 949dbbd31f450178c90ea8267097a975b77c3219 Distribution: --- fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x1 at ctx(0x33b4ec,L"d3dx9_43<elf>"), for debug_info(abbrev:0x6d3303ac,symt:0x6d27b524) fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children Set d3dx9_43 to native,builtin helps. -- 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 9

[Bug 28196] New: Test Drive Unlimited: Water is always rendered on top of everything.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=28196 Summary: Test Drive Unlimited: Water is always rendered on top of everything. Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es On Test Drive Unlimited water is always rendered on top of any other object, no matter how far or high the object is, in fact one can see the rivers and sea over the road/mountains being miles away from the sea/river. This issue happens since the very first runnable wine version (1.1.x), and I belive that it wasn't reported earlier because it was confused by most users with bug 7991, but definitely not the same issue. I have tested it with the following hardware (DX10 capable) and the bug shows clearly: ------------------------[ snip ]------------------------------------ direct rendering: Yes server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 9300M GS/PCI/SSE2 OpenGL version string: 3.3.0 NVIDIA 270.41.06 OpenGL shading language version string: 3.30 NVIDIA via Cg compiler ------------------------[ snip ]------------------------------------ There are also reports on the appdb of users with a Geforce 9600GT or ATI HD4870 having the same issue (both cards are DX10 capable), and a lot of screenshots with the "flood". -- 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 36

[Bug 47137] New: HX Edit (Line 6) : crashes on launch
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47137 Bug ID: 47137 Summary: HX Edit (Line 6) : crashes on launch Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: clarinet(a)huzzam.com Distribution: --- Created attachment 64363 --> https://bugs.winehq.org/attachment.cgi?id=64363 backtrace Fresh install of wine-development (4.2), set to Windows 10 and 192dpi (for hidpi screen), otherwise stock .wine. Installed Line6 HX Edit software, and it crashes immediately on launch. -- 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 16

[Bug 47236] New: Adobe InDesign CC 2017: crashes at startup: unimplemented function msvcp140.dll._Strxfrm
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47236 Bug ID: 47236 Summary: Adobe InDesign CC 2017: crashes at startup: unimplemented function msvcp140.dll._Strxfrm Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: winepala(a)tradermail.info Distribution: --- Created attachment 64512 --> https://bugs.winehq.org/attachment.cgi?id=64512 terminal log Adobe InDesign CC2017 crashes at startup with this wine log message wine: Call from 0x7b456056 to unimplemented function msvcp140.dll._Strxfrm, aborting 005a:err:module:LdrInitializeThunk "dvanet.dll" failed to initialize, aborting 005a:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\user\\Wine\\Adobe InDesign CC 2017\\InDesign.exe" failed, status 80000100 -- 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 6

[Bug 47082] New: Unhandled exception: unimplemented function authz.dll.AuthzFreeResourceManager called in 32-bit code (0x7b445f5b).
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47082 Bug ID: 47082 Summary: Unhandled exception: unimplemented function authz.dll.AuthzFreeResourceManager called in 32-bit code (0x7b445f5b). Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terry(a)beam.ltd.uk Distribution: --- Created attachment 64274 --> https://bugs.winehq.org/attachment.cgi?id=64274 Backtrace An un-implemented function when using a program called passpad.exe an MRI imaging viewer: Clarity English, OsiriX Viewer. This is using Fedora29 wine. -- 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 7

[Bug 47399] New: Mozart 13 crashes on startup
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47399 Bug ID: 47399 Summary: Mozart 13 crashes on startup Product: Wine Version: 4.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Mozart 13 can be downloaded from: http://www.mozart.co.uk/programs/mzsetup.exe It crashes while starting up. This line from the relay trace looks relevant: 0009:Call user32.CreateWindowExW(00000000,0120bb60 L"",01ac3e00 L"Mozart",00cf8000,80000000,80000000,80000000,80000000,00000000,00010066,00400000,00000000) ret=00c6eb88 It's trying to create a window with an empty string for a class name, and that fails. -- 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 39614] New: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=39614 Bug ID: 39614 Summary: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1 Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: EoD(a)xmw.de Distribution: --- After initialising a critical section for mutexes by using static CRITICAL_SECTION Mutex = {(PCRITICAL_SECTION_DEBUG)-1, -1, 0, 0, 0, 0}; wine crashed in "RtlpWaitForCriticalSection()". According to http://locklessinc.com/articles/pthreads_on_windows/ this is a valid way of initialising the critical section. However, Wine seems to initialize it by NULL instead of (void*)-1: http://source.winehq.org/git/wine.git/blob/e8b9bda53ac39c913ddc93de0308f0c8… This is a re-reporting of an issue on github: https://github.com/apitrace/apitrace/issues/397 with a backtrace in https://gist.github.com/EoD/cf759116a4af8744bdb7 -- 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 7

[Bug 47432] New: bcrypt always chooses ECB mode when using AES, even if a program indicates otherwise.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47432 Bug ID: 47432 Summary: bcrypt always chooses ECB mode when using AES, even if a program indicates otherwise. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- When selecting the block chaining mode to use with AES, wine's bcrypt implementation never checks the full length of the mode string given. On my system the call to strncmpW() only checks the first 8 bytes. As a result, ECB mode is always chosen regardless as to the mode chosen by the caller. This issue is present in both key_set_property() in gnutls.c and set_alg_property() in bcrypt_main.c. I cannot test mac systems, so I cannot tell if it affects macos.c. -- 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 9

[Bug 47285] New: widl generates incorrect format strings when using -Oicf flag
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47285 Bug ID: 47285 Summary: widl generates incorrect format strings when using -Oicf flag Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: richard(a)torproject.org Distribution: --- Assuming the following idl snippet: interface type_format_bug { void get_string_list( [in] long clientCount, [out, size_is(,clientCount), length_is(,*serverCount)] BSTR **strings, [out, retval] long *serverCount); } The generated format strings have at least two crash-causing issues. Here's the generated proc and type format strings when using -Oicf flag. I've inlined two changes which fix things. static const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString = { 0, { /* 0 (procedure marshal_bug::get_string_list) */ 0x32, /* FC_BIND_PRIMITIVE */ 0x48, NdrFcLong(0x0), NdrFcShort(0x0), /* method 0 */ NdrFcShort(0xc), /* stack size = 12 */ NdrFcShort(0x8), /* client buffer = 8 */ NdrFcShort(0x8), /* server buffer = 8 */ 0x41, 0x03, /* 3 params */ 0x08, 0x00, NdrFcShort(0x0), NdrFcShort(0x0), NdrFcShort(0x0), /* 24 (parameter clientCount) */ NdrFcShort(0x48), /* flags: in, base type */ NdrFcShort(0x0), /* stack offset = 0 */ 0x08, /* FC_LONG */ 0x0, /* 30 (parameter strings) */ NdrFcShort(0x2113), /* flags: must size, must free, out, simple ref, srv size=8 */ NdrFcShort(0x4), /* stack offset = 4 */ /** ORIGINAL **/ // NdrFcShort(0x36), /* type offset = 54 */ /** FIXED: without this change the server process fails while attempting to call BSTR_UserMarshal; the passed in source BSTR is some stack pointer **/ NdrFcShort(58), /* type offset = 58 */ /* 36 (parameter serverCount) */ NdrFcShort(0x2150), /* flags: out, base type, simple ref, srv size=8 */ NdrFcShort(0x8), /* stack offset = 8 */ 0x08, /* FC_LONG */ 0x0, 0x0 } }; static const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString = { 0, { NdrFcShort(0x0), /* 2 (unsigned short[]) */ 0x1b, /* FC_CARRAY */ 0x1, /* 1 */ NdrFcShort(0x2), /* 2 */ 0x9, /* Corr desc: field clSize, FC_ULONG */ 0x0, /* no operators */ NdrFcShort(0xfffc), /* offset = -4 */ 0x06, /* FC_SHORT */ 0x5b, /* FC_END */ /* 12 (FLAGGED_WORD_BLOB) */ 0x17, /* FC_CSTRUCT */ 0x3, /* 3 */ NdrFcShort(0x8), /* 8 */ NdrFcShort(0xfff2), /* Offset= -14 (2) */ 0x08, /* FC_LONG */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 22 (wireBSTR) */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xfff4), /* Offset= -12 (12) */ /* 26 (BSTR) */ 0xb4, /* FC_USER_MARSHAL */ 0x83, /* Alignment= 3, Flags= 80 */ NdrFcShort(0x0), /* Function offset= 0 */ NdrFcShort(0x4), /* 4 */ NdrFcShort(0x0), /* 0 */ NdrFcShort(0xfff4), /* Offset= -12 (22) */ /* 36 (BSTR *) */ 0x21, /* FC_BOGUS_ARRAY */ 0x3, /* 3 */ NdrFcShort(0x0), /* 0 */ 0x28, /* Corr desc: parameter clientCount, FC_LONG */ 0x0, /* no operators */ NdrFcShort(0x0), /* offset = 0 */ 0x28, /* Corr desc: parameter serverCount, FC_LONG */ 0x54, /* FC_DEREFERENCE */ NdrFcShort(0x8), /* offset = 8 */ 0x4c, /* FC_EMBEDDED_COMPLEX */ 0x0, NdrFcShort(0xffe8), /* Offset= -24 (26) */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 54 */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xffec), /* Offset= -20 (36) */ /* 58 (BSTR **) */ /** ORIGINAL **/ // 0x11, 0x10, /* FC_RP [pointer_deref] */ /** FIXED: without this change (but with the previous change in the proc type string) the server crashes during cleanup attempting to free the 'strings' pointer which is stack alllocated **/ 0x11, 0x14, /* FC_RP [alloced_on_stack] [pointer_deref] */ NdrFcShort(0xfffa), /* Offset= -6 (54) */ /* 62 (LONG *) */ 0x11, 0x8, /* FC_RP [simple_pointer] */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x0 } }; Format strings without -Oicf: static const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString = { 0, { /* 0 (parameter clientCount) */ 0x4e, /* FC_IN_PARAM_BASETYPE */ 0x08, /* FC_LONG */ /* 2 (parameter strings) */ 0x51, /* FC_OUT_PARAM */ 0x01, NdrFcShort(0x3a), /* type offset = 58 */ /* 6 (parameter serverCount) */ 0x51, /* FC_OUT_PARAM */ 0x01, NdrFcShort(0x3e), /* type offset = 62 */ /* 10 (void) */ 0x5b, /* FC_END */ 0x5c, /* FC_PAD */ 0x0 } }; static const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString = { 0, { NdrFcShort(0x0), /* 2 (unsigned short[]) */ 0x1b, /* FC_CARRAY */ 0x1, /* 1 */ NdrFcShort(0x2), /* 2 */ 0x9, /* Corr desc: field clSize, FC_ULONG */ 0x0, /* no operators */ NdrFcShort(0xfffc), /* offset = -4 */ 0x06, /* FC_SHORT */ 0x5b, /* FC_END */ /* 12 (FLAGGED_WORD_BLOB) */ 0x17, /* FC_CSTRUCT */ 0x3, /* 3 */ NdrFcShort(0x8), /* 8 */ NdrFcShort(0xfff2), /* Offset= -14 (2) */ 0x08, /* FC_LONG */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 22 (wireBSTR) */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xfff4), /* Offset= -12 (12) */ /* 26 (BSTR) */ 0xb4, /* FC_USER_MARSHAL */ 0x83, /* Alignment= 3, Flags= 80 */ NdrFcShort(0x0), /* Function offset= 0 */ NdrFcShort(0x4), /* 4 */ NdrFcShort(0x0), /* 0 */ NdrFcShort(0xfff4), /* Offset= -12 (22) */ /* 36 (BSTR *) */ 0x21, /* FC_BOGUS_ARRAY */ 0x3, /* 3 */ NdrFcShort(0x0), /* 0 */ 0x28, /* Corr desc: parameter clientCount, FC_LONG */ 0x0, /* no operators */ NdrFcShort(0x0), /* offset = 0 */ 0x28, /* Corr desc: parameter serverCount, FC_LONG */ 0x54, /* FC_DEREFERENCE */ NdrFcShort(0x8), /* offset = 8 */ 0x4c, /* FC_EMBEDDED_COMPLEX */ 0x0, NdrFcShort(0xffe8), /* Offset= -24 (26) */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 54 */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xffec), /* Offset= -20 (36) */ /* 58 (BSTR **) */ 0x11, 0x14, /* FC_RP [allocated_on_stack] [pointer_deref] */ NdrFcShort(0xfffa), /* Offset= -6 (54) */ /* 62 (LONG *) */ 0x11, 0xc, /* FC_RP [allocated_on_stack] [simple_pointer] */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x0 } }; One thing to note is that the existence of other functions taking BSTR's (as with IAccessibleAction in the IAccessible2 spec) seems to only result in the missing 'allocated_on_stack' flag problem. -- 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

[Bug 38421] New: Windows Media Player 9 & 10: mp3 sound plays too fast
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38421 Bug ID: 38421 Summary: Windows Media Player 9 & 10: mp3 sound plays too fast Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- To reproduce, install WMP10 with winetricks and play an mp3 file. Setting version based on regression test results, but the problem is still present in wine-1.7.40-156-gba00e8e. Regression test results: 5c91d011bbdff0cac6535c866ef5498b1ddc42c7 is the first bad commit commit 5c91d011bbdff0cac6535c866ef5498b1ddc42c7 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Mon Dec 29 00:13:56 2014 +0300 msdmo: Registry API functions don't return HRESULT codes. :040000 040000 dd337587dde868375ad75d4fd6adcc590453375c 35cf0352b6c68488c4b17f2064575eec35eb25aa M dlls The patch can't be reverted cleanly. The results seemed odd, so I ran the regression test a second time and got the same result. Winetricks quartz devenum works around it. -- 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 15

[Bug 47234] New: Wine fails to properly parse and import some of the standard root certificates
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47234 Bug ID: 47234 Summary: Wine fails to properly parse and import some of the standard root certificates Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: oakad(a)yahoo.com Distribution: --- While starting a wine application on Fedora 30 instance, quite a few of the root certificates can not be imported by Wine because of what appears to be a certificate parser bug. The remaining certificates still work, but those may be not enough and the bug may affect custom certificates as well. 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0x103be8: version 2 004b:trace:chain:dump_element issued by L"thawte Primary Root CA - G2" 004b:trace:chain:dump_element issued to L"thawte Primary Root CA - G2" 004b:trace:chain:dump_element valid from 11/5/2007 to 1/18/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xfeca8: version 2 004b:trace:chain:dump_element issued by L"VeriSign Class 3 Public Primary Certification Authority - G4" 004b:trace:chain:dump_element issued to L"VeriSign Class 3 Public Primary Certification Authority - G4" 004b:trace:chain:dump_element valid from 11/5/2007 to 1/18/2038 004b:trace:chain:dump_element 4 extensions 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "1.3.6.1.5.5.7.1.12" (not critical) 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xfb668: version 2 004b:trace:chain:dump_element issued by L"USERTrust ECC Certification Authority" 004b:trace:chain:dump_element issued to L"USERTrust ECC Certification Authority" 004b:trace:chain:dump_element valid from 2/1/2010 to 1/18/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xc9478: version 2 004b:trace:chain:dump_element issued by L"SSL.com Root Certification Authority ECC" 004b:trace:chain:dump_element issued to L"SSL.com Root Certification Authority ECC" 004b:trace:chain:dump_element valid from 2/12/2016 to 2/12/2041 004b:trace:chain:dump_element 4 extensions 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.35" (not critical) 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_DIGITAL_SIGNATURE_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6\6850\091d" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xd8798: version 2 004b:trace:chain:dump_element issued by L"SSL.com EV Root Certification Authority ECC" 004b:trace:chain:dump_element issued to L"SSL.com EV Root Certification Authority ECC" 004b:trace:chain:dump_element valid from 2/12/2016 to 2/12/2041 004b:trace:chain:dump_element 4 extensions 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.35" (not critical) 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_DIGITAL_SIGNATURE_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6\80d0\091d" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xc29a8: version 2 004b:trace:chain:dump_element issued by L"OISTE WISeKey Global Root GC CA" 004b:trace:chain:dump_element issued to L"OISTE WISeKey Global Root GC CA" 004b:trace:chain:dump_element valid from 5/9/2017 to 5/9/2042 004b:trace:chain:dump_element 4 extensions 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:dump_extension "1.3.6.1.4.1.311.21.1" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_name_constraints 0 excluded subtrees: 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xb0fc8: version 2 004b:trace:chain:dump_element issued by L"Hellenic Academic and Research Institutions ECC RootCA 2015" 004b:trace:chain:dump_element issued to L"Hellenic Academic and Research Institutions ECC RootCA 2015" 004b:trace:chain:dump_element valid from 7/7/2015 to 6/30/2040 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xae008: version 2 004b:trace:chain:dump_element issued by L"GlobalSign" 004b:trace:chain:dump_element issued to L"GlobalSign" 004b:trace:chain:dump_element valid from 11/13/2012 to 1/19/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xa7888: version 2 004b:trace:chain:dump_element issued by L"GlobalSign" 004b:trace:chain:dump_element issued to L"GlobalSign" 004b:trace:chain:dump_element valid from 11/13/2012 to 1/19/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\bdf7\c5f5\e4be\cd43\718a\1bf0\ab31\8a06\95ee\75ef\e619\6c12\d6db\c9bb\6aee\e300\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xac358: version 2 004b:trace:chain:dump_element issued by L"GeoTrust Primary Certification Authority - G2" 004b:trace:chain:dump_element issued to L"GeoTrust Primary Certification Authority - G2" 004b:trace:chain:dump_element valid from 11/5/2007 to 1/18/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xa3f78: version 2 004b:trace:chain:dump_element issued by L"Entrust Root Certification Authority - EC1" 004b:trace:chain:dump_element issued to L"Entrust Root Certification Authority - EC1" 004b:trace:chain:dump_element valid from 12/18/2012 to 12/18/2037 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0xa68b8: version 2 004b:trace:chain:dump_element issued by L"DigiCert Global Root G3" 004b:trace:chain:dump_element issued to L"DigiCert Global Root G3" 004b:trace:chain:dump_element valid from 8/1/2013 to 1/15/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_DIGITAL_SIGNATURE_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0x937b8: version 2 004b:trace:chain:dump_element issued by L"DigiCert Assured ID Root G3" 004b:trace:chain:dump_element issued to L"DigiCert Assured ID Root G3" 004b:trace:chain:dump_element valid from 8/1/2013 to 1/15/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_DIGITAL_SIGNATURE_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 004b:trace:chain:dump_basic_constraints2 path length=0 004b:trace:chain:CertGetCertificateChain error status: 00000020 004b:trace:chain:dump_chain_para 32 004b:trace:chain:CRYPT_CheckSimpleChain checking chain with 1 elements for time (null) 004b:trace:chain:dump_element 0x942a8: version 2 004b:trace:chain:dump_element issued by L"COMODO ECC Certification Authority" 004b:trace:chain:dump_element issued to L"COMODO ECC Certification Authority" 004b:trace:chain:dump_element valid from 3/6/2008 to 1/18/2038 004b:trace:chain:dump_element 3 extensions 004b:trace:chain:dump_extension "2.5.29.14" (not critical) 004b:trace:chain:dump_extension "2.5.29.15" (critical) 004b:trace:chain:dump_key_usage CERT_KEY_CERT_SIGN_KEY_USAGE 004b:trace:chain:dump_key_usage CERT_CRL_SIGN_KEY_USAGE 004b:trace:chain:dump_extension "2.5.29.19" (critical) 004b:trace:chain:dump_basic_constraints2 basic constraints: 004b:trace:chain:dump_basic_constraints2 can be a CA 004b:trace:chain:dump_basic_constraints2 doesn't have path length constraint 004b:trace:chain:dump_basic_constraints2 path length=0 004b:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"\377f\9eec\d340\4879\1a44\ad71\0dc0\aca8\4b4f\c055\19df\8cba\d67c\e6b2\03b0\6212\2dc5\e797\46d4\f60e\c322\68b2\3b93\475e\4db3\d630\592d\8d33\caf6\3f30\2210\5ee6" not supported 004b:trace:chain:CRYPT_CheckRootCert Last certificate's signature is invalid 004b:trace:chain:CertGetCertificateChain error status: 00000028 -- 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 28

[Bug 47023] New: Warframe in-game screenshot fails if screenshot directory already exists
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47023 Bug ID: 47023 Summary: Warframe in-game screenshot fails if screenshot directory already exists Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: wine.bugzilla(a)johnthomson.fastmail.com.au Distribution: --- Created attachment 64181 --> https://bugs.winehq.org/attachment.cgi?id=64181 SHCreateDirectoryExW already exists demo application source The Warframe in-game screenshot (F6) utility fails to save a screenshot if the directory it tries to use already exists. These are: $user\My Pictures\\Warframe $warframe_install_location\\Downloaded\\Public\\Captures $warframe_install_location\\Downloaded\\Public $user\\Local Settings\\Application Data\\Warframe\\Captures If one of these folders does not exist, it is created, and one screenshot can be saved. I believe the issue stems from SHCreateDirectoryExW returning ERROR_CANCELLED, but have not had time to compile Wine with a fix yet. 0037:Call shell32.SHCreateDirectoryExW(00020060,09df9270 L"C:\\users\\john\\My Pictures\\Warframe",00000000) ret=1401353f4 ... 0037:fixme:shell:SHCreateDirectoryExW Show system error message, creating path L"C:\\users\\john\\My Pictures\\Warframe", failed with error 183 0037:Ret shell32.SHCreateDirectoryExW() retval=000004c7 ret=1401353f4 When the folder exists, SHCreateDirectoryExW returns with ERROR_CANCELLED 1223 (0x4C7) https://github.com/wine-mirror/wine/blob/fabde842ede40fc53cf6f5743d5b477841… My simple test program with a non-null Hwnd returned error ERROR_ALREADY_EXISTS 183 on Windows 7, and ERROR_CANCELLED 1223 in Wine, but I am not confident in my quick testing. The MSDN docs do not mention this https://docs.microsoft.com/en-us/windows/desktop/api/shlobj_core/nf-shlobj_… I would like for someone to test the return value of SHCreateDirectoryExW with a Hwnd for an exiting directory on Windows. -- 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 46655] New: Adobe Photoshop CC 2015.5: Tabs show completely black
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46655 Bug ID: 46655 Summary: Adobe Photoshop CC 2015.5: Tabs show completely black Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: winepala(a)tradermail.info Distribution: --- Created attachment 63587 --> https://bugs.winehq.org/attachment.cgi?id=63587 screenshot This is a regression since wine-3.0 where I last saw it working. Photoshop panels render to pitch black but can still be interacted with. Confirmed broken in wine/stable (4.0) and wine/master (currently tag:wine-4.2) I did a git bisect from wine-3.0 (good) to wine-3.10 (bad) and landed on these two commits. The last one I could not tag as it causes Photoshop to crash. commit 99b64f74320ba11b282a33aad2edc28551501875 (refs/bisect/bad) Date: Wed Apr 4 15:12:55 2018 +0200 gdi32: Build the region object directly instead of making a copy in CreatePolyPolygonRgn. commit 97f996744eafc4ad640ca3b9d97016625443c8cd (HEAD) (crashes) Date: Wed Apr 4 12:38:29 2018 +0200 gdi32: Pre-allocate the points array in CreatePolyPolygonRgn. -- 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 18

[Bug 47437] New: Final Fantasy XIV 5.0 crashes on startup when using xaudio2_8.dll
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47437 Bug ID: 47437 Summary: Final Fantasy XIV 5.0 crashes on startup when using xaudio2_8.dll Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: achurch+wine(a)achurch.org Distribution: --- When starting Final Fantasy XIV 5.0 (Shadowbringers), after logging in through the launcher, the game program (ffxiv_dx11.exe) immediately aborts with an "unexpected error" dialog when the Windows version is set to Windows 10 in winecfg. The error results from a crash in FAudio, called via xaudio2_8.dll, trying to read through a clobbered pointer value. FFXIV apparently chooses an XAudio2 API version based on the reported Windows version; setting Windows 10 causes the game to load xaudio2_8.dll, while setting Windows 7 causes it to load xaudio2_7.dll. The game starts normally (and audio works properly) in the latter case. For more information/analysis, see: https://github.com/ValveSoftware/Proton/issues/580#issuecomment-507001866 (and surrounding comments) https://github.com/FNA-XNA/FAudio/issues/152 -- 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 22909] New: Drawn text overlapps after the second character.
by wine-bugs＠winehq.org 24 Nov '19

24 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=22909 Summary: Drawn text overlapps after the second character. Product: Wine Version: 1.1.43 Platform: x86 URL: http://www.subsystems.com/tecfe.zip OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com CC: aric(a)codeweavers.com Created an attachment (id=28340) --> (http://bugs.winehq.org/attachment.cgi?id=28340) Screenshot Open the TECF Demo app and open the demo.rtf file. See screenshot of results. Good: 1.1.42 Bad: 1.1.43 The issue appears to be caused by the change in the gdi32/bidi.c or changes in usp10 between the above versions. -- 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 13

[Bug 19289] New: Gimp: License text is missing new lines (appinstall)
by wine-bugs＠winehq.org 24 Nov '19

24 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=19289 Summary: Gimp: License text is missing new lines (appinstall) Product: Wine Version: 1.1.25 Platform: PC URL: http://gimp-win.sourceforge.net/stable.html OS/Version: Linux Status: NEW Keywords: download, source Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com See screenshot. Native riched20 doesn't help. -- 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 37

[Bug 19249] New: Notepad++ default save dialog is 'Save', not 'Save as' (appinstall)
by wine-bugs＠winehq.org 24 Nov '19

24 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=19249 Summary: Notepad++ default save dialog is 'Save', not 'Save as' (appinstall) Product: Wine Version: 1.1.25 Platform: PC URL: http://sourceforge.net/project/showfiles.php?group_id= 95717&package_id=102072 OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=22288) --> (http://bugs.winehq.org/attachment.cgi?id=22288) screenshot This one is pretty tricky, and had me pulling my hair out. Open notepad++ with no document, so it creates an empty one. Type something 'Wine is awesome!' Go to save 'CTRL+S' You'll get the default save dialog. However! On windows: Title = 'Save As' On wine: Title = 'Save' -- 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 41570] New: Xenia emulator needs unimplemented function api-ms-win-core-rtlsupport-l1-1.RtlLookupFunctionEntry called in 64-bit code
by wine-bugs＠winehq.org 24 Nov '19

24 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=41570 Bug ID: 41570 Summary: Xenia emulator needs unimplemented function api-ms-win-core-rtlsupport-l1-1.RtlLookupFunctionEntry called in 64-bit code Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winetest(a)luukku.com Distribution: --- Continue of bug 41380. -- 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 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2019