December 2014 - Wine-Bugs - list.winehq.org

[Bug 32438] New: winhttp:winhttp conformance test WinHttpGetProxyForUrl() failure
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=32438 Bug #: 32438 Summary: winhttp:winhttp conformance test WinHttpGetProxyForUrl() failure Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified My laptop gets the following test failure (see the fg-acer64-* winetest results): winhttp.c:2700: Test failed: got 12166 I looked into this and what's special about it is that its fqdn is 'hawai.free.fr'. I'm not 100% sure how this happens but I think it makes sense given that my ISP is free.fr so this is just the combination of the hostname 'hawai' and the default domain 'free.fr' (my other machines are on various private domains). This causes WinHttpDetectAutoProxyConfigUrl() to check if wpad.free.fr is resolvable, which it is. So it succeeds and returns: http://212.27.63.171/wpad.dat The problem is that wpad.free.fr is hosted on a virtual web host(1). That is a single web server with a single IP address hosts multiple web sites and uses the Host field in the HTTP header to determine which site is being accessed. So accessing this page by IP address fails while accessing it as http://wpad.free.fr/wpad.dat succeeds. This error then causes WinHttpGetProxyForUrl() to fail because the string it is given to parse is an HTML HTTP 500 error page. I have confirmed that if WinHttpGetProxyForUrl() return http://wpad.free.fr/wpad.dat the test succeeds. So why does WinHttpGetProxyForUrl() use the IP address to build the URL? On Windows I could not get WinHttpDetectAutoProxyConfigUrl() to return anything but ERROR_WINHTTP_AUTODETECTION_FAILED. I suspect it gets a different domain name somehow. (1) https://en.wikipedia.org/wiki/Virtual_hosting#Name-based -- 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 7

[Bug 36642] New: IWinHttpRequest::Send returns immediately even when in synchronous mode
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=36642 Bug ID: 36642 Summary: IWinHttpRequest::Send returns immediately even when in synchronous mode Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: ptubbytaylor(a)gmail.com Created attachment 48680 --> http://bugs.winehq.org/attachment.cgi?id=48680 Script for AutoHotkey v1.1+ to reproduce issue Synchronous mode, as set and described in IWinHttpRequest::Open is enabled, but it still returns immediately instead of after a response is received. This issue affects wine versions as early as 1.4, and extends to version 1.7.18 In windows, my attached code and executable display a dialog showing the source of the google home page. In Ubuntu under wine, it returns immediately, causing my script to throw an error for trying to access IWinHttpRequest::ResponseText before Send has completed. Terminal output from wine is as follows (two lines): fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:winhttp:request_set_option 0 (null) (null) As a workaround, one can call IWinHttpRequest::WaitForResponse immediately after Send, which will wait in the same manner Send is supposed to. -- 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 20

[Bug 36569] New: TM.exe crashes at a certain time and native usp10 fixes it
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=36569 Bug ID: 36569 Summary: TM.exe crashes at a certain time and native usp10 fixes it Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: lilydjwg(a)gmail.com Created attachment 48659 --> http://bugs.winehq.org/attachment.cgi?id=48659 full log with WINEDEBUG=+tid,+seh,+uniscribe When I use TM.exe to open a chat window for group 45045241 (Vim 草堂), the program stops and then crashes, either by invoking TM's bug report program, with exit code 52, and messages like this: fixme:dbghelp:elf_search_auxv can't find symbol in module or by just disappearing, with exit code 5, and a message like this: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc51688 This is not observed by me for other chatting groups yet. wineticks -q usp10 can fix this. -- 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 8

[Bug 36650] New: Winhttprequest authentication doesn't work anymore
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=36650 Bug ID: 36650 Summary: Winhttprequest authentication doesn't work anymore Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: ocean04(a)suomi24.fi Sample from bug 27864 doesn't work -- 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

[Bug 37159] New: valgrind shows a few uninitialized variables in riched20/tests/editor.c (test_EM_FINDWORDBREAK_A)
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37159 Bug ID: 37159 Summary: valgrind shows a few uninitialized variables in riched20/tests/editor.c (test_EM_FINDWORDBREAK_A) Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: minor Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Followup to bug 26101. A few issues remain in editor.c: ==18311== Conditional jump or move depends on uninitialised value(s) ==18311== at 0x532CBFB: strlenW (unicode.h:200) ==18311== by 0x532E6F8: WINPROC_CallProcWtoA (winproc.c:721) ==18311== by 0x532EE94: WINPROC_call_window (winproc.c:902) ==18311== by 0x52F37EC: call_window_proc (message.c:2223) ==18311== by 0x52F614E: send_message (message.c:3263) ==18311== by 0x52F671B: SendMessageW (message.c:3457) ==18311== by 0x4C8C2C1: test_EM_FINDWORDBREAK_A (editor.c:7385) ==18311== by 0x4C8D1FE: func_editor (editor.c:7659) ==18311== by 0x4C932D0: run_test (test.h:584) ==18311== by 0x4C9369C: main (test.h:654) ==18311== Uninitialised value was created by a stack allocation ==18311== at 0x4C8C239: test_EM_FINDWORDBREAK_A (editor.c:7363) ==18311== Use of uninitialised value of size 4 ==18311== at 0x401F269: wcstombs_sbcs (wctomb.c:187) ==18311== by 0x401FB2C: wine_cp_wcstombs (wctomb.c:456) ==18311== by 0x7BC6FD50: RtlUnicodeToMultiByteN (rtlstr.c:876) ==18311== by 0x532E753: WINPROC_CallProcWtoA (winproc.c:726) ==18311== by 0x532EE94: WINPROC_call_window (winproc.c:902) ==18311== by 0x52F37EC: call_window_proc (message.c:2223) ==18311== by 0x52F614E: send_message (message.c:3263) ==18311== by 0x52F671B: SendMessageW (message.c:3457) ==18311== by 0x4C8C2C1: test_EM_FINDWORDBREAK_A (editor.c:7385) ==18311== by 0x4C8D1FE: func_editor (editor.c:7659) ==18311== by 0x4C932D0: run_test (test.h:584) ==18311== by 0x4C9369C: main (test.h:654) ==18311== Uninitialised value was created by a stack allocation ==18311== at 0x4C8C239: test_EM_FINDWORDBREAK_A (editor.c:7363) ==18311== Use of uninitialised value of size 4 ==18311== at 0x401F287: wcstombs_sbcs (wctomb.c:187) ==18311== by 0x401FB2C: wine_cp_wcstombs (wctomb.c:456) ==18311== by 0x7BC6FD50: RtlUnicodeToMultiByteN (rtlstr.c:876) ==18311== by 0x532E753: WINPROC_CallProcWtoA (winproc.c:726) ==18311== by 0x532EE94: WINPROC_call_window (winproc.c:902) ==18311== by 0x52F37EC: call_window_proc (message.c:2223) ==18311== by 0x52F614E: send_message (message.c:3263) ==18311== by 0x52F671B: SendMessageW (message.c:3457) ==18311== by 0x4C8C2C1: test_EM_FINDWORDBREAK_A (editor.c:7385) ==18311== by 0x4C8D1FE: func_editor (editor.c:7659) ==18311== by 0x4C932D0: run_test (test.h:584) ==18311== by 0x4C9369C: main (test.h:654) ==18311== Uninitialised value was created by a stack allocation ==18311== at 0x4C8C239: test_EM_FINDWORDBREAK_A (editor.c:7363) ==18311== -- 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 26657] New: cannot paste text into wine iexplore.exe when browswing
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=26657 Summary: cannot paste text into wine iexplore.exe when browswing Product: Wine Version: 1.3.17 Platform: x86 URL: http://www.google.com OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com $ wine http://www.google.com copy some text to your clipboard. Click in the url bar, right click, paste. Works fine. Click in the search box on google. Right click, paste: fixme:mshtml:exec_mshtml_paste Unimplemented in browse mode no text :(. -- 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 7

[Bug 37690] New: Propellerhead Reason 8 needs kernel32.GetUserPreferredUILanguages
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37690 Bug ID: 37690 Summary: Propellerhead Reason 8 needs kernel32.GetUserPreferredUILanguages Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- austin(a)aw25 ~ $ du -h Reason_800.zip 3.7G Reason_800.zip austin(a)aw25 ~ $ sha1sum Reason_800.zip 3230fe80c19eed3ddb9b24eca782d23b9a0d168a Reason_800.zip wine: Call from 0x7bc541e0 to unimplemented function KERNEL32.dll.GetUserPreferredUILanguages, aborting -- 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 4

[Bug 37653] New: valgrind shows a definite leak in comctl32/tests/imagelist.c
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37653 Bug ID: 37653 Summary: valgrind shows a definite leak in comctl32/tests/imagelist.c Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==17290== 140 bytes in 1 blocks are definitely lost in loss record 539 of 808 ==17290== at 0x7BC4DC87: initialize_block (heap.c:233) ==17290== by 0x7BC4DC87: RtlAllocateHeap (???:0) ==17290== by 0x4DA3B5A: ImageListImpl_CreateInstance (imagelist.c:3799) ==17290== by 0x4DA45D6: ImageList_Create (imagelist.c:782) ==17290== by 0x4BB8C80: createImageList (imagelist.c:125) ==17290== by 0x4BBD00B: test_begindrag (imagelist.c:258) ==17290== by 0x4BBD00B: func_imagelist (???:0) ==17290== by 0x4BA5837: main (test.h:584) ==17290== -- 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 3

[Bug 37424] New: Path of Exile: Graphical Glitches with GLSL Disabled
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37424 Bug ID: 37424 Summary: Path of Exile: Graphical Glitches with GLSL Disabled Product: Wine Version: 1.7.29 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: teddy5978(a)gmail.com Distribution: --- Created attachment 49774 --> https://bugs.winehq.org/attachment.cgi?id=49774 One example of the problem Since 1.7.1, every version of Wine including the latest as of this writing 1.7.29 (32 or 64 bit) has graphical glitches throughout the Path of Exile in-game user interface with the settings required to make the load and play without frame drops. (Wine will load Path of Exile on my test systems with Offscreen Renderer set to 'Backbuffer,' and GLSL set to 'Disabled', which is required to fix the frame drop issue reported in bug 34011.) Examples of Glitches from largest to smallest - - GUI menus and status screens on the left-hand side, such as the waypoint menu, the social screen, options screen, etc., when opened, can cause blackout of most of the gameplay area (see attached screenshot), occasionally only manifesting when mouse cursor is moved into a certain area when the menu is open -- not 100% consistent but will do this 'most of the time,' particularly when entering a new area - Textured border designs on GUI menus and status screens randomly do not display, instead showing a flickering transparent area - Corners of border design missing from logon screen Glitches consistently reproduced on different systems. Example: Ubuntu Linux 14.04 LTS 64-bit Intel Core i7-4790 8 GB DDR3 RAM Fast SSD hard drive Video Card: Nvidia GeForce GTX 750 Ti with 2GB memory Nvidia proprietary driver 337.25 (all versions including latest beta tested, no difference) Screen Resolution: 1920x1080 (1080p), Path of Exile runs in full screen mode typically, glitches show in windowed mode / virtual desktop too -- 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 34207] New: dotnet20sp1 installer fails most of the time
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=34207 Bug #: 34207 Summary: dotnet20sp1 installer fails most of the time Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://download.microsoft.com/download/0/8/c/08c19fa4- 4c4f-4ffb-9d6c-150906578c9e/NetFx20SP1_x86.exe OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: minor Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk CC: hans(a)meelstraat.net Classification: Unclassified Regression SHA1: b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb Created attachment 45510 --> http://bugs.winehq.org/attachment.cgi?id=45510 Wine 1.7.0 console output - Fail 1st run then success 2nd dotnet20sp1 installer fails most of the time (around 2/3) in Wine 1.7.0 1. winetricks dotnet20 2. wine /mnt/winetricks/dotnet20sp1/NetFx20SP1_x86.exe /q err:msi:ITERATE_Actions Execution halted, action L"DD_CA_ScheduleNgenServiceVersionCheck_X86.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 Run the installer 2 to 4 times and it will complete successfully. dotnet verifier confirms. Setting win2k mode (winetricks dotnet20sp1) makes no difference. This is a recent regression. b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb is the first bad commit commit b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb Author: Hans Leidekker <hans(a)codeweavers.com> Date: Mon Jun 3 12:09:54 2013 +0200 msi: Don't defer custom actions in the UI sequence if they match the currently running script. :040000 040000 4bd3894bebc82cbfdb53329581e607228c837869 f35105a4bc68d1c7118c6b5309780d89942f0828 M dlls http://source.winehq.org/git/wine.git/commitdiff/b64fabf39e923ebfaa9a77ed9d… Reverting this commit in Wine 1.7.0 fixes the problem. (There are other problems with the installer but it completes). Note: Affects winetricks dotnet20sp1 verb. -- 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 11