wine-bugs October 2017

wine-bugs@winehq.org

1 participants
7852 discussions

[Bug 13087] New: Hard Truck Apocalypse fails to load keyboard layout
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=13087 Summary: Hard Truck Apocalypse fails to load keyboard layout Product: Wine Version: 0.9.61. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: johan.palmqvist(a)home.se Created an attachment (id=12861) --> (http://bugs.winehq.org/attachment.cgi?id=12861) DInput error message screenshot During startup Hard Truck Apocalypse tries to load keyboard layout 00000409 but fails. According to forum posts the same error can happen under XP if the locale is anything other than english and the english keyboard layout is not installed. -- 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.

1 22

[Bug 38791] New: In server/queue.c, clipping cursor to empty rectangle is off by one pixel (affects "The Long Dark")
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38791 Bug ID: 38791 Summary: In server/queue.c, clipping cursor to empty rectangle is off by one pixel (affects "The Long Dark") Product: Wine Version: 1.7.45 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: buhr(a)asaurus.net Distribution: --- Created attachment 51716 --> https://bugs.winehq.org/attachment.cgi?id=51716 Patch to clip empty rectangles to top left pixel In server/queue.c functions set_clip_rectangle() and queue_hardware_message(), the cursor position is clipped to the rectangle desktop->cursor.clip. However, if the clipping rectangle has zero width and height, the cursor position is set to a position offset by (-1,-1) from the top-left corner of the rectangle instead of *at* the top-left corner. An empty clipping rectangle is arguably invalid, but at least one application relies on the cursor being clipped to the top-left: The game "The Long Dark" (Steam, Sandbox Alpha v.244) uses such an empty clipping rectangle while the character is moving. Because of this bug, mouse events (including button press and release events with no movement) cause a shifting of the view down and to the right. The attached patch fixes the 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.

1 9

[Bug 23175] New: Zak McKracken - Between Time and Space fails to play back intro video
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=23175 Summary: Zak McKracken - Between Time and Space fails to play back intro video Product: Wine Version: 1.2-rc3 Platform: x86 URL: http://www.mckracken.net/cms/die-fortsetzung/download. html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=28827) --> (http://bugs.winehq.org/attachment.cgi?id=28827) Zak McKracken - Between Time and Space output After starting Zak McKracken - Between Time and Space and waiting for the loading animation to complete, an intro video is supposed to be played, but only the audio portion of the video is played back correctly, and the video is simply rendered as black for the duration. -- 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.

1 18

[Bug 30548] New: MediaOne Plus 2.0 PhotoImpact (Ulead PhotoImpact X3) installer runs "regedit" with unsupported "/c" switch
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=30548 Bug #: 30548 Summary: MediaOne Plus 2.0 PhotoImpact (Ulead PhotoImpact X3) installer runs "regedit" with unsupported "/c" switch Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, encountered while testing Ulead PhotoImpact X3 installer ... non-fatal but of course worth to be reported/fixed. It seems related to "MediaOne Plus 2.0 PhotoImpact" package which can be optionally installed. /C = "Create and replace an existing registry from a file" WINEDEBUG=+tid,+seh,+loaddll,+process A couple of 'regedit /c foo.reg': --- snip --- trace:process:create_process_impl app (null) cmdline L"regedit.exe /c /s \"C:\\users\\focht\\Temp\\COR9595\\MsgSchedule.reg\"" ... regedit: Undefined switch /C! trace:process:create_process_impl app (null) cmdline L"regedit.exe /c /s \"C:\\users\\focht\\Temp\\COR9595\\Pages_Premium.reg\"" ... regedit: Undefined switch /C! ... --- snip --- Regards -- 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.

1 10

[Bug 39606] New: Infinite loop in StackWalk
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39606 Bug ID: 39606 Summary: Infinite loop in StackWalk Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- While working on x86_64 fixes of the dbus backtrace generator for windows https://bugs.freedesktop.org/show_bug.cgi?id=92721, I recognized an infinite loop while calling StackWalk on x86_64 systems. start /home/ralf.habacker/src/dbus-2-cmake-cross-x86_64-build/bin/manual-backtrace.exe... Backtrace: 0 0xe3b17b7b in libpthread.so.0 1 wait_select_reply+0x49 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:349] in ntdll 2 server_select+0x1f8 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:614] in ntdll 3 wait_objects+0x7e [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1006] in ntdll 4 NtWaitForMultipleObjects+0x62 [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1017] in ntdll 5 0x7b887a8b in kernel32 6 WaitForSingleObject+0x26 [/usr/src/debug/wine-snapshot/dlls/kernel32/sync.c:127] in kernel32 7 dump_backtrace+0xa7 [/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2553] in libdbus-1-3 8 _dbus_print_backtrace+0xd [/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2563] in libdbus-1-3 9 test2+0x11 [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:34] in manual-backtrace 10 test1+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:39] in manual-backtrace 11 test+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:44] in manual-backtrace 12 main+0x4f [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:58] in manual-backtrace 13 0x4013ed in manual-backtrace 14 0x40152b in manual-backtrace 15 start_process+0x91 [/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1105] in kernel32 16 call_thread_func+0x6e [/usr/src/debug/wine-snapshot/dlls/ntdll/signal_x86_64.c:3675] in ntdll 17 RtlRaiseException+0x7e in ntdll 18 0xe32aa016 in ntdll 19 wine_call_on_stack+0x13 in libwine.so.1 20 wine_switch_to_stack+0x9 [/usr/src/debug/wine-snapshot/libs/wine/port.c:60] in libwine.so.1 21 LdrInitializeThunk+0x2a4 [/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3094] in ntdll 22 __wine_kernel_init+0x941 [/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1276] in kernel32 23 __wine_process_init+0x154 [/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3303] in ntdll 24 wine_init+0x2ce [/usr/src/debug/wine-snapshot/libs/wine/loader.c:961] in libwine.so.1 25 main+0x82 [/usr/src/debug/wine-snapshot/loader/main.c:248] in <wine-loader> 26 __libc_start_main+0xf5 in libc.so.6 27 _start+0x29 in <wine-loader> 28 _start+0x29 in <wine-loader> 29 _start+0x29 in <wine-loader> 30 _start+0x29 in <wine-loader> 31 _start+0x29 in <wine-loader> 32 _start+0x29 in <wine-loader> .... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 17005] New: CT: Rendering issues
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=17005 Summary: CT: Rendering issues Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: normandy(a)web.de I have got a modified version of Chicken Tournament. It does not crash but does not render everything. For example, trees, HUD and the radar, grass and the walls are not rendered correctly. Here's a screenshot using wine: http://tinyurl.com/8q39ec And one using windows (grass disabled): http://tinyurl.com/7tousz My console's output: http://pastebin.com/f40a0aa3 And the long one (+all) was to big (<200MB) Here you can find the modified ct1.exe, just extract this: http://tinyurl.com/8llxtp (You'll need native d3dxof.dll to load models...) Thank you! -- 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.

1 32

[Bug 37585] New: 64-bit Google Chrome 38.x crashes (core dlls must be prelinked at fixed addresses)
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37585 Bug ID: 37585 Summary: 64-bit Google Chrome 38.x crashes (core dlls must be prelinked at fixed addresses) Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as 64-bit Google Chrome has finally been released I thought to give it a try. Only useful for improving Wine 64-bit compatibility, not really meant to be used seriously since native port exists. --- snip --- $ pwd /home/focht/wineprefix64/drive_c/Program Files (x86)/Google/Chrome/Application $ file chrome.exe chrome.exe: PE32+ executable (GUI) x86-64, for MS Windows $ WINEDEBUG=+tid,+seh,+relay,+server,+virtual,+module wine64 ./chrome.exe >>log.txt 2>&1 ... 003f:Call advapi32.CreateProcessAsUserW(000002f8,05fad480 L"C:\\Program Files (x86)\\Google\\Chrome\\Application\\chrome.exe",0011f680 L"\"C:\\Program Files (x86)\\Google\\Chrome\\Application\\chrome.exe\" --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=Prerender/PrerenderEnabled/UMA-New-Install-Uniformity-Trial/Control/UMA-Session-Randomized-Uniformity-Trial-5-Percent/default/UMA-Uniformity-Trial-1-P"...,00000000,00000000,00000000,383330300100040c,00000000,00000000,05bbc4d0,05bbbe98) ret=14003e6bb ... 003f: new_process() = 0 { info=0308, pid=0051, phandle=030c, tid=0052, thandle=0310 } 003f: select( flags=2, cookie=05bbadb4, timeout=infinite, prev_apc=0000, result={}, data={WAIT,handles={0308}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_new_process_info( info=0308 ) 003f: get_new_process_info() = 0 { success=1, exit_code=259 } 003f: close_handle( handle=0308 ) 003f: close_handle() = 0 003f: close_handle( handle=0304 ) 003f: close_handle() = 0 003f:Ret advapi32.CreateProcessAsUserW() retval=00000001 ret=14003e6bb ... 003f:Call KERNEL32.VirtualAllocEx(0000030c,00000000,0000006c,00001000,00000004) ret=1400443eb 003f:trace:virtual:NtAllocateVirtualMemory 0x30c (nil) 0000006c 1000 00000004 003f: queue_apc( handle=030c, call={APC_VIRTUAL_ALLOC,addr==00000000,size=0000006c,zero_bits=0,op_type=1000,prot=4} ) 003f: queue_apc() = 0 { handle=0304, self=0 } 003f: select( flags=2, cookie=05bbbc14, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={0304}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_apc_result( handle=0304 ) 003f: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=00240000,size=00001000} } 003f:Ret KERNEL32.VirtualAllocEx() retval=00240000 ret=1400443eb 003f:Call KERNEL32.WriteProcessMemory(0000030c,00240000,00113070,0000006c,05bbc350) ret=14004440f 003f: write_process_memory( handle=030c, addr=00240000, data={01,00,00,00,00,00,00,00,00,00,00,00,60,00,00,00,00,00,00,00,30,00,00,00,00,00,00,00,01,00,00,00,00,33,6b,00,65,00,72,00,6e,00,65,00,6c,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,00,00,30,00,00,00,00,00,00,00,02,00,00,00,0e,00,00,00,78,e0,04,40,01,00,00,00,43,72,65,61,74,65,4e,61,6d,65,64,50,69,70,65,57,00,00,00,00,01,00,11,00} ) 003f: write_process_memory() = 0 003f:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=14004440f .... 003f:Call KERNEL32.VirtualAllocEx(0000030c,0025c000,00001000,00001000,100000040) ret=140044b18 003f:trace:virtual:NtAllocateVirtualMemory 0x30c 0x25c000 00001000 1000 00000040 003f: queue_apc( handle=030c, call={APC_VIRTUAL_ALLOC,addr==0025c000,size=00001000,zero_bits=0,op_type=1000,prot=40} ) 003f: queue_apc() = 0 { handle=0304, self=0 } 003f: select( flags=2, cookie=05bbbb94, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={0304}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_apc_result( handle=0304 ) 003f: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=0025c000,size=00001000} } 003f:Ret KERNEL32.VirtualAllocEx() retval=0025c000 ret=140044b18 003f:Call KERNEL32.GetModuleHandleW(14007d2b0 L"ntdll.dll") ret=1400447aa 003f:trace:module:LdrGetDllHandle L"ntdll.dll" -> 0x7fa7c6270000 (load path L"C:\\Program Files (x86)\\Google\\Chrome\\Application;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 003f:Ret KERNEL32.GetModuleHandleW() retval=7fa7c6270000 ret=1400447aa 003f:Call KERNEL32.GetModuleHandleExW(00000006,7fa7c6273fe0,05bbc0e0) ret=1400447f5 003f:Ret KERNEL32.GetModuleHandleExW() retval=00000001 ret=1400447f5 ... 003f:Call KERNEL32.ReadProcessMemory(0000030c,7fa7c627462c,05bbc010,00000020,05bbc040) ret=14004e728 003f: read_process_memory( handle=030c, addr=7fa7c627462c ) 003f: read_process_memory() = ACCESS_VIOLATION { data={} } 003f:Ret KERNEL32.ReadProcessMemory() retval=00000000 ret=14004e728 ... 003f:Call KERNEL32.GetLastError() ret=14003bb29 003f:Ret KERNEL32.GetLastError() retval=000003e6 ret=14003bb29 003f:Call KERNEL32.TerminateProcess(0000030c,00000000) ret=14003eafd 003f: terminate_process( handle=030c, exit_code=0 ) 003f: terminate_process() = 0 { self=0 } 003f:Ret KERNEL32.TerminateProcess() retval=00000001 ret=14003eafd 003f:Call KERNEL32.WaitForSingleObject(0000030c,00000032) ret=14003e406 003f: select( flags=2, cookie=05bbbdc4, timeout=+0.0500000, prev_apc=0000, result={}, data={WAIT,handles={030c}} ) 003f: select() = 0 { timeout=1d0037eb30ca43e (+0.0500000), call={APC_NONE}, apc_handle=0000 } 003f:Ret KERNEL32.WaitForSingleObject() retval=00000000 ret=14003e406 003f:Call KERNEL32.GetExitCodeProcess(0000030c,05bbc3d0) ret=14003e414 003f: get_process_info( handle=030c ) 003f: get_process_info() = 0 { pid=0051, ppid=0008, affinity=0000000f, peb=7fffff7ef000, start_time=1d0037eb2fe710c (-0.0431540), end_time=1d0037eb304b832 (-0.0020110), exit_code=0, priority=2, cpu=x86_64, debugger_present=0 } 003f:Ret KERNEL32.GetExitCodeProcess() retval=00000001 ret=14003e414 ... 003f:trace:seh:raise_exception code=80000003 flags=0 addr=0x14001d86d ip=14001d86d tid=003f 003f:trace:seh:raise_exception rax=0000000000000000 rbx=00000001400a3f88 rcx=0000000005bbeb1f rdx=0000000005bbeae0 003f:trace:seh:raise_exception rsi=0000000000110980 rdi=000000000000dead rbp=0000000005bbc500 rsp=0000000005bbc3d0 003f:trace:seh:raise_exception r8=0000003071e48cfd r9=000000000000001e r10=0000000000000000 r11=0000003071f811c0 003f:trace:seh:raise_exception r12=0000000000101160 r13=0000000000101140 r14=0000000000075680 r15=000000000000dead --- snip --- Child process address space for 64-bit 'ntdll.dll': --- snip --- 0054:trace:module:load_dll looking for L"ntdll.dll" in L"C:\\Program Files (x86)\\Google\\Chrome\\Application;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0054:trace:module:load_dll Found L"C:\\windows\\system32\\ntdll.dll" for L"ntdll.dll" at 0x7f3184050000, count=3 0054:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7f317d8f9bc0 000002d0 00000004 0054:trace:virtual:VIRTUAL_SetProt 0x7f317d8f9000-0x7f317d8f9fff c-rW- 0054:trace:virtual:VIRTUAL_DumpView View: 0x7f317d680000 - 0x7f317d8fbfff (system) 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d680000 - 0x7f317d680fff c-r-- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d681000 - 0x7f317d8f4fff c-r-x 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8f5000 - 0x7f317d8f8fff c-rw- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8f9000 - 0x7f317d8f9fff c-rW- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8fa000 - 0x7f317d8fbfff c-rw- --- snip --- App sandboxing scheme at work, setting up intermediate trampoline code in the child and then patch out the API entries. Unfortunately the code relies on 64-bit Windows core dlls being mapped at the same (fixed) locations across processes hence it fails here, triggering abort in the parent. Probably same rationale applies here as for 32-bit Windows core dlls. $ sha1sum googlechromestandaloneenterprise64.msi 586f91c05925e22fd5f891aa3e99e1cb9762950a googlechromestandaloneenterprise64.msi $ du -sh googlechromestandaloneenterprise64.msi 47M googlechromestandaloneenterprise64.msi $ wine --version wine-1.7.31-47-g516ed8e 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.

1 21

[Bug 37325] New: Rhapsody installs and streams however auto setup for DRM fails
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37325 Bug ID: 37325 Summary: Rhapsody installs and streams however auto setup for DRM fails Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kablake(a)live.com Created attachment 49635 --> https://bugs.winehq.org/attachment.cgi?id=49635 backtrace provided when DRM setup fails I installed Rhapsody 4.0 successfully and it streams well so far ... but then I try to authorize the computer so I can download and play tracks locally and the setup for DRM 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.

1 11

[Bug 42982] New: Bayonetta can`t save settings
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42982 Bug ID: 42982 Summary: Bayonetta can`t save settings Product: Wine Version: 2.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zentarim(a)rambler.ru Distribution: Ubuntu Created attachment 58119 --> https://bugs.winehq.org/attachment.cgi?id=58119 file trace Bayonetta can`t save settings. Game try to write settings to file ~/documents/Bayonetta/system_data, but fails and freezes. If this "garbage" file is exists - game does not start. file have size ~ 1.7Kb. Log (trace+file) in attachement. Suspicious lines 135820 - 135825: trace:file:ReadFile 0xb0 0x33f3d0 857 0x33f7d4 (nil) trace:file:CreateFileW L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" GENERIC_READ creation 3 attributes 0x40000080 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data",0x33faa8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" 520 0x33f7e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b\\Bayonetta\\system_data" not found in /home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta trace:file:CreateFileW returning 0xffffffff $ ls -lah '/home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta/system_data' -rw-rw-r-- 1 zentarim zentarim 1,7K мая 9 20:42 /home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta/system_data -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 28240] New: Mipony: Embedded web browser too shown in too small window
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=28240 Summary: Mipony: Embedded web browser too shown in too small window Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=36180) --> (http://bugs.winehq.org/attachment.cgi?id=36180) Image displaying the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet20 3) install Mipony 4) (optionaly) override gdiplus.dll 5) wine MiPony.exe Behaviour: See attachment. Expected behaviour: Embedded web browser should be displayed at full available window space. Additional info: winetricks ie7 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.

1 6

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 October 2017