wine-bugs December 2014

wine-bugs@winehq.org

1 participants
8993 discussions

[Bug 26065] New: Starcraft 2 demo "Quit Campaign?" dialog missing text
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=26065 Summary: Starcraft 2 demo "Quit Campaign?" dialog missing text Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In the Starcraft 2 demo, click "Start Campaign", pick any difficulty, click OK, wait for cutscene to start, press Escape to skip the cutscene. The Mission Selection screen will appear. (This all takes about ten seconds.) Click the CLOSE button in the lower right. This will bring up the "Quit Campaign?" dialog, which on Windows has the words "Quit Campaign?" and buttons Yes and No. On Wine, the words "Quit Campaign?" are missing. They don't seem to be in a system font, they're in about the same font as the words "Destroy the Dominion Outpost" or "Marine" in the mission selection screen. +font doesn't seem to show anything interesting, nor does +file. Presumably their fonts are not stored in naked files nor rendered by the system. The fonts for Starcraft 2 seem to be kind of documented in http://www.sc2mapster.com/api-docs/game-files/layout/font-styles-sc2style/ It looks like they use a mix of .ttf and .otf, for what it's worth. -- 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 8

[Bug 8060] arial.ttf and wingdings.ttf not available (JRE 1.3.1: EXCEPTION_ACCESS_VIOLATION in fontmanager.dll)
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=8060 Saulius K. <saulius2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2(a)gmail.com -- 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 0

[Bug 37679] New: Puritan Hard Drive: Error when opening
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=37679 Bug ID: 37679 Summary: Puritan Hard Drive: Error when opening Product: Wine Version: 1.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j.alvarez4Jesus(a)gmail.com Distribution: --- Created attachment 50153 --> https://bugs.winehq.org/attachment.cgi?id=50153 The error log file. I tried opening the Puritan Hard Drive Demo to see if it would work on my GNU/Linux Ubuntu 12.04.2. Wine did the extraction just fine, but apparently it has trouble when opening a program. Please use simple and clear explanations, as I am not an expert. -- 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 5

[Bug 32175] New: PPTV: titlebar duplicated
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32175 Bug #: 32175 Summary: PPTV: titlebar duplicated Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42449 --> http://bugs.winehq.org/attachment.cgi?id=42449 pptv.txt is the log There are two titlebar of the program, just look like as the picture 'wine.png'. you can reproduce it follow: 0. download it; 1. 'wine pptvsetup_3.2.1.0076.exe' I have tried 'winetricks gdiplus' and it did't work for it. attachments: wine.png is what it look like in wine windows.png is what it look like in windows pptv_ui.txt is the log -- 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 13

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

12 Dec '14

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 12 Dec '14

12 Dec '14

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 12 Dec '14

12 Dec '14

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 12 Dec '14

12 Dec '14

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 12 Dec '14

12 Dec '14

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 12 Dec '14

12 Dec '14

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

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 December 2014