January 2009 - Wine-bugs - list.winehq.org

[Bug 13387] New: Crysis patcher fails
by wine-bugs＠winehq.org 15 Apr '11

15 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=13387 Summary: Crysis patcher fails Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Trying to apply the 1.2.0 Patch for Crysis fails. It starts, but trying to apply the patch results in: "The wizard was interrupted before Crysis could be completely installed" Console output at the relevant moment: fixme:msi:ControlEvent_HandleControlEvent unhandled control event L"Reinstall" arg(L"ALL") fixme:msi:ACTION_HandleStandardAction unhandled standard action L"DisableRollback" fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders" err:msi:ITERATE_Actions Execution halted, action L"ChangeConfigPropCA" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 -- 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 31

[Bug 15304] New: Running any Half-Life based game in "Windowed Mode" corrupts mouse movement
by wine-bugs＠winehq.org 15 Apr '11

15 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=15304 Summary: Running any Half-Life based game in "Windowed Mode" corrupts mouse movement Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: someprogr(a)yahoo.com I have tried many steam games with this and many versions of Wine ranging from 0.9.48-1.1.4. For testing purposes try this with Counter-Strike Source. To replicate: 1. Start Steam. 2. Edit parameters for Counter-Strike: -windowed 2.5 Also add any additional resolution parameters needed 3. Start Counter-Strike 4. Join server. When you spawn, or are spectating in freemode, the mouse will automically and slowly start moving toward the top left. To worsen this, if you move the Counter-Strike window to another location and then go back to the game, the mouse will move at an even faster rate. This will definately replicate it if it couldn't be replicated in the previous step. This is reproducable every time. The in-game crosshair will always start moving toward the top left. NOTE: When you press escape (which takes you to the menus/etc) the mouse is still. This problem only occurs in game when you are playing. -- 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 12178] New: wine 0.9.58 quicktime regression
by wine-bugs＠winehq.org 13 Apr '11

13 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=12178 Summary: wine 0.9.58 quicktime regression Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: weltall2(a)gmail.com Created an attachment (id=11575) --> (http://bugs.winehq.org/attachment.cgi?id=11575) console output I've just updated today to 0.9.58 from wine 0.9.57 using the official ubuntu repositories reported in the main page and i've found a regression regarding quicktime (7.4). At a first look the application seems to load fine but when i do file=>open file... and choose a quicktime movie (it was exported from keynote in mp4 and has points where the animation locks automatically waiting for the user to interact: that's why i can't use linux applications to see these... they don't support this) the quicktime window goes to the top left and after some seconds it closes itself. Running wine from command line reported an unhandled exception which wasn't there till last version. and the application seems to quit before the crash backtrace. As a side note the only way to make quicktime even launch (and work almost correcly till 0.9.57 except some gui glitches which are of little importance) is loading a native gdiplus.dll. attached is the console output. -- 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 16703] New: Wineconsole: Fallback from curses to window based backend
by wine-bugs＠winehq.org 08 Apr '11

08 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=16703 Summary: Wineconsole: Fallback from curses to window based backend Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)martin.st Created an attachment (id=18362) --> (http://bugs.winehq.org/attachment.cgi?id=18362) Patch for fixing the curses->user backend fallback Wineconsole currently falls back to a curses based terminal if the user has specified the other one and it is unable to create windows. However, the converse fallback doesn't work in all cases. If the curses backend fails by being unable to load the curses library, wineconsole doesn't try the window based backend. The attached patch solves this issue. -- 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 12808] New: indexed bitmaps support is broken
by wine-bugs＠winehq.org 08 Apr '11

08 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=12808 Summary: indexed bitmaps support is broken Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: misha-cn-ua(a)ya.ru This bug occurs in every application, written using AlphaControls from http://www.alphaskins.com The problem: skins in that controls usually consist of indexed 8-bit bitmaps, which at runtime are converted to 24-bit, splitted into parts and used to draw controls. Under Wine such conversion results to messed up display, the program's interface is very poor. A workaround is to manually convert skin bitmaps to 24-bit, then program work almost normally, however there some other glitches (track bars). The easiest way to show the bug is to run AlphaControls demo application under Wine. That demo can be freely downloaded from this page: http://www.alphaskins.com/ademos.php -- 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 21

[Bug 16704] New: wineconsole: Allow specifying the console backend to use when wineconsole is launched implicitly
by wine-bugs＠winehq.org 08 Apr '11

08 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=16704 Summary: wineconsole: Allow specifying the console backend to use when wineconsole is launched implicitly Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)martin.st Created an attachment (id=18363) --> (http://bugs.winehq.org/attachment.cgi?id=18363) Proposed patch for fixing the issue When wineconsole is launched implicitly, when an application in wine opens a console, it currently defaults to using the user backend of wineconsole, without any possibility of changing which backend to use. The console application to launch can be changed using the WINECONSOLE environment variable, and wine appends --use-event=xx to that command line when launching the console program. Setting WINECONSOLE to "wineconsole --backend=curses" is ignored, since wineconsole chooses the user backend as soon as the --use-event argument is parsed. This isn't necessary, since the user backend is the default one. By removing the explicit setting of the user backend when parsing the --use-event argument, choosing another backend through the WINECONSOLE environment variable works as expected. The attached patch implements this proposed change. -- 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 15

[Bug 15915] New: cinepak codec reportedly not installed, FourCC case mismatch
by wine-bugs＠winehq.org 07 Apr '11

07 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=15915 Summary: cinepak codec reportedly not installed, FourCC case mismatch Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvfw32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: dmitry(a)codeweavers.com The Alien Nations / Die Völker complains that the cinepak codec is not installed. The reason is a lower/upper case mismatch in a FourCC code. Upper-case FourCC is being supplied, as the log reveals: Call msvfw32.ICOpen(43444956,44495643,00000002) ret=00493baf trace:msvideo:ICOpen (VIDC,CVID,0x00000002) Call winmm.OpenDriver(0032fda8 L"VIDC.CVID", ...) trace:driver:OpenDriver (L"VIDC.CVID", L"drivers32", ...); But dlls/iccvid/iccvid.c implements the check if (icinfo && icinfo->fccType != ICTYPE_VIDEO) where ICTYPE_VIDEO refers to 'vidc', not VIDC. The same check is in msvidc32/msvideo1.c and msrle32/msrle32.c Probably a case-insensitive check is required? For instance, msvfw32/msvideo_main.c:ICOpen() uses the case-insensitive helper function compare_fourcc(). OTOH, after the case-insensitive check perhaps wine should fill in the icopen.fccType and .fccHandler slots with the FourCC case it expects (ICTYPE_VIDEO) rather than the argument it received? It seems reasonable to commit to a known character case early on in the code and use that consistently. What is The Right Thing (TRT), i.e. what to store in fccType? In any case, a case fix lets "Die Völker" work past this issue (and crash later in ddraw, but that's another issue). -- 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 14

[Bug 14094] New: Guild Wars crashes after patch screen with pbuffer
by wine-bugs＠winehq.org 05 Apr '11

05 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=14094 Summary: Guild Wars crashes after patch screen with pbuffer Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nicodarious(a)gmail.com OK, so I am very new to this, but I am really hoping that I might be able to throw in a little help. I have been playing around with regedit and changing little things here and there, each time testing Guild Wars out after running wineprefixcreate. One things that I have noticed is that Guild Wars WILL run (at about 5 - 25 FPS) with the OffScreenRenderingMode set to fb0, but will crash out if set to pbuffer. Is there any reason for this? Also, I ran Gw.exe from prompt to get output for the reasoning for the crash, and this is what I get (the last few lines that is): err:d3d:getColorBits Unsupported format: WINED3DFMT_R32F err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R32F fixme:d3d:IWineD3DResourceImpl_SetPriority (0x352a0b0) : stub fixme:d3d:IWineD3DResourceImpl_SetPriority (0x352a5a8) : stub fixme:d3d:IWineD3DResourceImpl_SetPriority (0x352abc0) : stub fixme:d3d:FindContext The PBuffr context is only supported for one thread for now! err:d3d:ActivateContext Failed to activate the new context err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. I also have my registry settings exported for anyone wanting to browse through them. If you have any info or questions, please let me know and I will do my best to gather the info for 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 10

[Bug 15355] New: REFPROP fails to calculate any values
by wine-bugs＠winehq.org 04 Apr '11

04 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=15355 Summary: REFPROP fails to calculate any values Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: john(a)curioussymbols.com See rest of description in AppDB. Actually calculating the values fails, can't manage to do anything useful with it. I get a dialog saying "Runtime error '450': Wrong number of arguments or invalid property assignment", and the following commandline output on Ubuntu Hardy with Wine 1.0.0-1ubuntu4~hardy1. ohn(a)roadwork:~/.wine/drive_c/Program Files/REFPROP$ wine REFPROP.EXE fixme:ole:OleLoadPictureEx (0xbf2674,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x32fae8), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x100aab8)->(0xe55788, 0, (nil)), hacked stub. fixme:ole:OleLoadPictureEx (0xbfac6c,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x32f778), partially implemented. fixme:ole:OleLoadPictureEx (0xbfac6c,2200,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x32f718), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x10114b8)->(0x1013908, 0, (nil)), hacked stub. fixme:ole:OleLoadPictureEx (0xc1ca24,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x32f05c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x17150c0)->(0x1718f00, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} ' to -- 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 16

[Bug 12275] New: Democracy crashes in wined3d
by wine-bugs＠winehq.org 01 Apr '11

01 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=12275 Summary: Democracy crashes in wined3d Product: Wine Version: CVS/GIT Platform: PC URL: http://www.positech.co.uk/democracy/DemocracyDemo.exe OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user submitted this as new app into appdb with garbage results. It crashes in wined3d. I'll attach a 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 11