March 2009 - Wine-Bugs - list.winehq.org

[Bug 17914] New: Using \n rather then \r\n breaks HTTP RFC with HTTP_AddRequestHeadersW

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17914 Summary: Using \n rather then \r\n breaks HTTP RFC with HTTP_AddRequestHeadersW Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dn(a)devicenull.org Half-Life 2 (and possibly other apps) uses \n characters to indicate a new line when dealing with the InternetOpenUrl function. Windows accepts this fine, and ends up with the correct output. Wine on the other hand blindly copies this into the value as it parses the line, creating an invalid HTTP request. The call looks like this: trace:wininet:INTERNET_InternetOpenUrlW (0x1279fda0, L"http://192.168.3.89/127.0.0.1/maps/de_dust3.bsp", L"Referer: hl2://127.0.0.1:27015\n", 00000024, 84400000, 0c360e00) the problem appears a bit later: trace:wininet:HTTP_HttpAddRequestHeadersW copying header: L"Referer: hl2://127.0.0.1:27015\n\0000" trace:wininet:HTTP_HttpAddRequestHeadersW interpreting header L"Referer: hl2://127.0.0.1:27015\n" trace:wininet:HTTP_InterpretHttpHeader field(L"Referer") Value(L"hl2://127.0.0.1:27015\n") note the \n on the end of the value. This ends up being copied into the final HTTP request, and breaking the HTTP RFC. The fix seems to be to just accept \n as well as \r\n sequences in HTTP_InterpretHttpHeader -- 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.

March 31, 2009

[Bug 17913] New: Port royale: black hole instead ocean

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17913 Summary: Port royale: black hole instead ocean Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Created an attachment (id=20239) --> (http://bugs.winehq.org/attachment.cgi?id=20239) Here should be ocean While playing port royale, and enter "global" mode, instead ocean there is only black color. -- 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.

March 31, 2009

[Bug 17901] Team Fortress 2 hangs with looping sound after random time, say 5 mins

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17901 --- Comment #5 from Michael Abbott <michael(a)araneidae.co.uk> 2009-03-31 12:57:58 --- Up to now I've been running the game with WINEDEBUG=-all (sorry, I'd forgotten that). Running with WINEDEBUG unset (so default logging level) is stunningly noise -- over 4MB to the point of hang, too much to attach as a log! The only new message that appears at the point of hang (rather than all the normal noise during play) is the very last line: err:ntdll:RtlpWaitForCriticalSection section 0x7e4918c0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) Interestingly, on this occasion there were graphical artifacts that I've never seen before, I wonder if there are timing issues arising from all the extra logging: fonts (player names) were garbaged (random dots), and there were some odd visual glitches. -- 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.

March 31, 2009

[Bug 17776] Installing on Fat32 partitions seems to be impossible nowadays

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17776 --- Comment #3 from Richard Hendrikse <een_meel_of_geen_meel(a)hotmail.com> 2009-03-31 12:54:36 --- it's the latter, I'm trying to install a program to another partition, which just happens to be a FAT32 partition. Hmmm, I thought it'd always be failing, but The Longest Journey, at least, got through the first disc. All recent games (last ~5 and more years) fail to install, however. A good example is "Civilization 4". If I attempt to install it, I get a "Feature Transfer Error". DefaultFeature/ file is binkw32.dll and the error message is: "Access denied". The file itself, however, was completely copied as well as the file "Readme.htm" and the date shown is in october 2005 for both. the standard terminal-output is: fixme:storage:StgCreateDocfile Storage share mode not implemented. fixme:reg:GetNativeSystemInfo (0x330db4) using GetSystemInfo() fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub fixme:shell:IShellLinkA_fnGetPath (0x1c77c00): WIN32_FIND_DATA is not yet filled. fixme:shell:IShellLinkA_fnGetPath (0x1c77c00): WIN32_FIND_DATA is not yet filled. fixme:shell:IShellLinkA_fnGetPath (0x1c77928): WIN32_FIND_DATA is not yet filled. fixme:shell:IShellLinkA_fnGetPath (0x1c77928): WIN32_FIND_DATA is not yet filled. err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1b00-000018000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1b00-000018000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 fixme:shell:DllCanUnloadNow stub fixme:shell:DllCanUnloadNow stub fixme:shell:DllCanUnloadNow stub I'm uncertain about what to do next, since a WINEDEBUG=+all kinda generates too much information and makes stuff not work. -- 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.

March 31, 2009

[Bug 17896] Cups not detected on OpenBSD

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17896 --- Comment #1 from Alexandre Julliard <julliard(a)winehq.org> 2009-03-31 12:51:30 --- We use the link flags returned by cups-config. It sounds like it doesn't return the correct flags on OpenBSD. -- 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.

March 31, 2009

[Bug 3853] Freelancer: music hangs

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=3853 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs(a)o2.co.uk --- Comment #18 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-03-31 12:44:57 --- MS link dead. http://download.cnet.com/Freelancer-demo/3000-7562_4-10189663.html -- 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.

March 31, 2009

[Bug 12560] Perfect World: Corrupt Bitmap Images

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12560 --- Comment #89 from H. Verbeet <hverbeet(a)gmail.com> 2009-03-31 12:44:53 --- (In reply to comment #88) > Question... The code in surface_base.c has changed between version 1.1.15 and > 1.1.18. Is that correct? I need to know for when I report what progress has > been made over at Fedora. > Yeah. -- 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.

March 31, 2009

[Bug 3853] Freelancer: music hangs

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=3853 --- Comment #17 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-03-31 12:40:19 --- Created an attachment (id=20238) --> (http://bugs.winehq.org/attachment.cgi?id=20238) Wine 1.1.18 console output Tried with 1.1.18, apparent unhandled exception in winemp3. -- 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.

March 31, 2009

[Bug 17901] Team Fortress 2 hangs with looping sound after random time, say 5 mins

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17901 --- Comment #4 from Michael Abbott <michael(a)araneidae.co.uk> 2009-03-31 12:36:06 --- This problem clearly has an interaction with the X server: while the game is hanging with looping sound, no other updates occur on the screen, despite the fact that I was running top in a terminal window on second display. After killing the game (`wineserver -k` suffices) everything returns to normal. There are no extra error messages generated by wine or by steam, and no messages in any error log that I can see. Any suggestions for anything that might create more diagnostic information would be welcome. -- 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.

March 31, 2009

[Bug 17437] ATI and EVE Premium: no models display / crashes on startup

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17437 Thomas Raschbacher <lordvan(a)lordvan.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lordvan(a)lordvan.com -- 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.

March 31, 2009