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

[Bug 32077] New: Runes of magic (full client) crash during update (NO VM)
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=32077 Bug #: 32077 Summary: Runes of magic (full client) crash during update (NO VM) Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: d4rkh4nd(a)yahoo.com Classification: Unclassified Created attachment 42284 --> http://bugs.winehq.org/attachment.cgi?id=42284 backtrace First install of Runes of magic (Full client). when running for first time the launcher goes and updates begin. After a random time period (tryed several times) If will throw a error. I dont know why people dont just port there games to linux lol. -- 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 2

[Bug 27113] New: Free download manager "Unknow network error" without native wininet
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=27113 Summary: Free download manager "Unknow network error" without native wininet Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=34567) --> (http://bugs.winehq.org/attachment.cgi?id=34567) LOG: free download manager unknow network error Free download manager is open source. http://www.freedownloadmanager.org/download.htm 1. Download http://files2.freedownloadmanager.org/fdminst3.exe 2. winetricks -q mfc42 3. install fdminst3.exe $ wine fdminst3.exe 4. open fdm.exe and try to download any files. $ wine fdm.exe then there are several "Unknow network error" massage in the log window of fdm.exe, the downloading will not start. console log is like this: fixme:wininet:InternetAutodial STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DISABLE_AUTODIAL; STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 120000 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 120000 fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (120000): STUB fixme:wininet:InternetSetOptionW Option 43 STUB winetricks wininet should workaround for it. full log is attached -- 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 12

[Bug 15600] New: Windows Live Writer crashes
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=15600 Summary: Windows Live Writer crashes Product: Wine Version: 1.1.6 Platform: Other URL: http://writer.live.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Work around bug 15596 by booting into Windows, installing Windows Live writer, and then grabbing Install_{9176251A-4CC1-4DDB-B343-B487195EB397}.msi (sha1sum 9850b68316d62d6c53ddf6ebd3aaa0f0252f833d) from c:\program files\common files\windowsliveinstaller\msisources as described in http://blog.stealthpuppy.com/deployment/bypass-windows-live-installer-with-… Try installing it with wine msiexec /i (after winetricks dotnet20). The install seems to fail quickly, after a line like trace:msi:ACTION_CustomAction Handling custom action L"RefreshIEElevationPolicies" (41 L"WindowLiveSetupCustomActions" L"_RefreshIEElevationPolicies(a)4") However, searching around for that, I see that AF noted in http://bugs.winehq.org/show_bug.cgi?id=14285 that this is not a problem, and the app actually just installed very quickly. Sure enough, the app is there in c:/Program Files/Windows Live/Writer/WindowsLiveWriter.exe Running it causes a crash on my system before any GUI is put up: Unhandled Exception: System.TypeInitializationException: The type initializer for 'WindowsLive.Writer.Localization.Res' threw an exception. ---> System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Drawing.SafeNativeMethods.Gdip.GdipCreateFontFamilyFromName(String name, HandleRef fontCollection, IntPtr& FontFamily) +relay shows that the crash happens shortly after it processes Z:\\USR\\SHARE\\FONTS\\TRUETYPE\\ARPHIC\\UKAI.TTF Ah, our old friend ukai.ttf. I thought winetricks dotnet20 had a workaround for that. (Maybe I only notice now because I'm on a relatively old Gutsy system.) sudo chmod 000 /usr/share/fonts/truetype/arphic works around it more effectively. After that, the app at least puts up a splash screen before it crashes. If you wait a few seconds after the crash dialog, though, the app puts up a login dialog! As long as you don't dismiss the crash dialog, you can try to log in to your blog. I chose to try to log in to my blogger blog. This failed / crashed, with the following messages: err:ole:marshal_object object doesn't expose interface {b196b28f-bab4-101a-b69c-00aa00341d07}, failing with error 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 fixme:mshtml:HTMLDocument_QueryInterface (0x693c3b0)->({00000003-0000-0000-c000-000000000046} 0x7d1c9424) interface not supported fixme:mshtml:HTMLDocument_QueryInterface (0x693c3b0)->({00000003-0000-0000-c000-000000000046} 0x7d1c93dc) interface not supported fixme:mshtml:HTMLDocument_QueryInterface (0x693c3b0)->({c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} 0x7d1c94a0) interface not supported err:ole:marshal_object object doesn't expose interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}, failing with error 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 fixme:mshtml:HTMLDocument_QueryInterface (0x693c3b0)->({00000144-0000-0000-c000-000000000046} 0x7d1c94a0) interface not supported err:ole:marshal_object object doesn't expose interface {00000144-0000-0000-c000-000000000046}, failing with error 0x80004002 err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 fixme:mshtml:HTMLDocument_put_designMode (0x693c3b0)->(L"On") So that's what this bug is about. Not sure what component, guessing shdocvw. -- 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 36745] New: Wine broken on FreeBSD
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=36745 Bug ID: 36745 Summary: Wine broken on FreeBSD Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Wine no longer succeeds in creating the .wine prefix. So it qualifies as totally broken. A bisect shows that the commit that breaks it is: commit 473a3a47a7d02694e659760008c1856f305cd82c Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Thu May 8 15:03:10 2014 -0500 server: Try to get a read lock if we can't get a write lock. However it in fact reveals existing bugs. What happens is this: 1) The above patch causes the locking operation in server/file.c to fail with ENOTSUP. 2) file_set_error() does not know about so it returns STATUS_UNSUCCESSFUL. 3) This bubbles up to FileLockBytesImpl_LockRegion() in dlls/ole32/filelockbytes.c which translates this to STG_E_ACCESSDENIED on the sole basis that it's not success! This is where the main bug is. 4) This then causes the caller, StorageImpl_LockRegionSync(), to think the file is locked already and so it loops until the file is unlocked. That's the infinite loop that breaks the .wine prefix creation. 5) Finally StorageImpl_LockRegionSync() is supposed to pause between attempts but it does not so this loop uses all the CPU. Patches for points 2, 3 and 5 at 11. -- 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 36572] New: valgrind shows a definite leak in shlwapi/tests/ordinal.c
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

https://bugs.winehq.org/show_bug.cgi?id=36572 Bug ID: 36572 Summary: valgrind shows a definite leak in shlwapi/tests/ordinal.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15716== 28 bytes in 1 blocks are definitely lost in loss record 223 of 693 ==15716== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==15716== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==15716== by 0x7B8457FF: HeapAlloc (heap.c:271) ==15716== by 0x7B845A26: GlobalAlloc (heap.c:364) ==15716== by 0x7B846E63: LocalAlloc (heap.c:967) ==15716== by 0x61A6796: ??? ==15716== by 0x6193538: ??? ==15716== by 0x4CB72F9: test_SHIShellFolder_EnumObjects (ordinal.c:2657) ==15716== by 0x4CB95D6: func_ordinal (ordinal.c:3084) ==15716== by 0x4CD34BC: run_test (test.h:584) ==15716== by 0x4CD38AB: main (test.h:654) ==15716== -- 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 21116] New: page fault when running SoftwarePhoenix.BIOS.Editor.Pro.2.2.0.2.45094.exe
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=21116 Summary: page fault when running SoftwarePhoenix.BIOS.Editor.Pro.2.2.0.2.45094.exe Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: estellnb(a)gmail.com wget http://mediatoolsonline.com/SoftwarePhoenix.BIOS.Editor.Pro.2.2.0.2.45094.e… wine SoftwarePhoenix.BIOS.Editor.Pro.2.2.0.2.45094.exe -> unhandeled page fault. -- 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 36553] New: Tomb Raider Chronicles crashes in 32 bit color mode
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=36553 Bug ID: 36553 Summary: Tomb Raider Chronicles crashes in 32 bit color mode Product: Wine Version: 1.7.7 Hardware: x86 URL: http://www.tombraiderchronicles.com/tr5/demo.html OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 7c928b6c5cddbe5305ce0f3e98822520086ce922 Created attachment 48652 --> http://bugs.winehq.org/attachment.cgi?id=48652 terminal output When you choose any screen resolution in 32 bit color mode in the configuration tool, the game crashes on start. 16 bit color modes work. A regression from 1.7.7: 7c928b6c5cddbe5305ce0f3e98822520086ce922 is the first bad commit commit 7c928b6c5cddbe5305ce0f3e98822520086ce922 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 13 10:12:09 2013 +0100 wined3d: Create textures for converted surfaces. :040000 040000 decadd3d4efdcd5c6764318cfa35e0fa9e881fc2 af8ac352f4c32f006a70c3308251a5116d778872 M dlls To reproduce the problem with the demo: 1. download 'Tomb Raider Chronicles Demo' (not the 1hr trial version) from the above url and install 2. when you start the game the first time a setup window appears, select a screen resolution with 32 bit color mode support and click on <OK>. Also make sure that <Hardware acceleration> is enabled 3. if you want to re-run the configuration tool, start the demo with 'PCTOMB5.EXE setup' parameter Fedora 20 Nvidia binary drivers 337.19 wine-1.7.19-70-gd6a59f7 -- 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 36287] New: valgrind shows some uninitialized memory use in kernel32/tests/format_msg.c
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

https://bugs.winehq.org/show_bug.cgi?id=36287 Bug ID: 36287 Summary: valgrind shows some uninitialized memory use in kernel32/tests/format_msg.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==28883== Conditional jump or move depends on uninitialised value(s) ==28883== at 0x7B844447: format_add_char (format_msg.c:300) ==28883== by 0x7B8449BF: format_message (format_msg.c:432) ==28883== by 0x7B844C59: FormatMessageA (format_msg.c:507) ==28883== by 0x4A75F89: test_message_wrap (format_msg.c:1013) ==28883== by 0x4A7B0C8: func_format_msg (format_msg.c:1785) ==28883== by 0x4B0C7A8: run_test (test.h:584) ==28883== by 0x4B0CB97: main (test.h:654) ==28883== Uninitialised value was created by a client request ==28883== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==28883== by 0x7BC4C697: initialize_block (heap.c:240) ==28883== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==28883== by 0x7B84586B: HeapAlloc (heap.c:271) ==28883== by 0x7B844608: format_message (format_msg.c:337) ==28883== by 0x7B844C59: FormatMessageA (format_msg.c:507) ==28883== by 0x4A75F89: test_message_wrap (format_msg.c:1013) ==28883== by 0x4A7B0C8: func_format_msg (format_msg.c:1785) ==28883== by 0x4B0C7A8: run_test (test.h:584) ==28883== by 0x4B0CB97: main (test.h:654) ==28883== -- 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 28756] New: ws2_32/tests/sock.ok: uninitialised value created in test_events(), used in get_cached_fd()?
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=28756 Bug #: 28756 Summary: ws2_32/tests/sock.ok: uninitialised value created in test_events(), used in get_cached_fd()? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Running "make sock.ok" in ws2_32/tests, valgrind complains: Conditional jump or move depends on uninitialised value(s) at get_cached_fd (server.c:506, 508, 510, 511) by server_get_unix_fd (server.c:551) by wine_server_handle_to_fd (server.c:636) by WS2_recv_base (socket.c:751) by WSARecv (socket.c:5662) by recv_thread (sock.c:4045) Uninitialised value was created by a stack allocation at test_events (sock.c:3453) ... Syscall param write(buf) points to uninitialised byte(s) at ??? (syscall-template.S:82) by wine_server_call (server.c:288) by server_get_unix_fd (server.c:557) by wine_server_handle_to_fd (server.c:636) by WS2_recv_base (socket.c:751) by WSARecv (socket.c:5662) by recv_thread (sock.c:4045) Address 0x7f42e7c8 is on thread 1's stack Uninitialised value was created by a stack allocation at test_events (sock.c:3453) -- 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 30966] New: firefox 13.0 displaying black in wine 1.5.6
by wine-bugs＠winehq.org June 27, 2014

June 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=30966 Bug #: 30966 Summary: firefox 13.0 displaying black in wine 1.5.6 Product: Wine Version: 1.5.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jordan(a)jordanhenderson.com Classification: Unclassified I have 1.5.6 installed, downloaded from openSuse.org running under opensuse 12.1. I have been using Firefox 12.0 and upgraded to 13.0 yesterday. Firefox is not redrawing screen regions. They appear as black. A resize of the window causes the window to display correctly. However updates to the window appear in black after that. Again then a resize will cause the display to become correct. For example, the URL bar and the tab labels will appear in black. -- 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