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

[Bug 6967] CSpy/Month Calendar: Wrong date gets selected
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=6967 --- Comment #8 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-09-28 18:52:30 --- Created an attachment (id=23817) --> (http://bugs.winehq.org/attachment.cgi?id=23817) Fix hittesting and buttonup handling This one seems to be a pretty obvious to fix. The problems are: - wrong hittesting for previous month leads to unreachable previous month days except day 31/30; - wrong hittesting for next month increment a year when it shouldn't; - lbutton up handler looks strange, it definitely act just like a prev/next buttons, maybe it was workaround for a broken hittesting. Attached patch fixes these three issues, I'll try to produce acceptable patch this week. -- 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 0

[Bug 8088] OleLoadPictureEx doesn't create a color table on gif files
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=8088 --- Comment #5 from Vincent Povirk <madewokherd(a)gmail.com> 2009-09-28 18:05:05 --- The windowscodecs work destroyed any chance of this working in current Wine. The oleaut32 WIC loading code now internally converts the image data from whatever it was (8-bit paletted in this case) to 32-bit ARGB, just because it was simplest to only deal with one format. Someone would have to fix OLEPictureImpl_LoadWICDecoder/OLEPictureImpl_LoadWICSource so that it creates an 8-bit bitmap when it gets 8-bit paletted data. -- 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 0

[Bug 6533] Type mismatch 13 Error shows up in a VB-App.
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=6533 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase -- 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 0

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=2467 Miguel Lopez <graptorx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |graptorx(a)gmail.com --- Comment #117 from Miguel Lopez <graptorx(a)gmail.com> 2009-09-28 16:15:15 --- (In reply to comment #116) > I've given up hope for this bug. The component which produces it ( > directx-ddraw ) didnt had any work done, according to my git log, for quite a > bit now. > > Its one of those bugs that forces you to learn C just to give a try fixing it! believe it or not thats what i am doing... sort of... ^_^; -- 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 0

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=2467 --- Comment #116 from nick ves <vespenegeyser(a)hotmail.com> 2009-09-28 16:01:07 --- I've given up hope for this bug. The component which produces it ( directx-ddraw ) didnt had any work done, according to my git log, for quite a bit now. Its one of those bugs that forces you to learn C just to give a try fixing it! -- 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 0

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com karaluh <karaluh(a)karaluh.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |karaluh(a)karaluh.pl Robert <roppie93(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roppie93(a)hotmail.com Nelson Castillo <nelsoneci(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nelsoneci(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] --- Comment #111 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:08:47 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. [desktop window] +-->[graphics window] +-->[battle.net window] +-->[dialog boxes] So all the graphics are being draw, but because the battle.net window is drawn on top with a transparent background the graphics window does not show. The battle.net hack floating around, that does draw the graphics, does not draw the text dialog windows. Does this have to do with the fact that X11 does not support alpha blending, and that what is now drawn as black is supposed to be transparent? --- Comment #112 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:13:01 --- Whoops, accidentally posted http://bugs.winehq.org/show_bug.cgi?id=2467#c110 before it was complete --- Comment #113 from Miguel Lopez <graptorx(a)gmail.com> 2009-07-25 15:18:11 --- Created an attachment (id=22615) --> (http://bugs.winehq.org/attachment.cgi?id=22615) partial redrawing I have noticed that even though in most of Battle.nets menus we get the overlapping text, there are areas that does not have that issue... even though i am not a programmer I think that maybe there we can find a clue of what is causing the problem... As other said the backgrounds are being drawn below the screen and when i have wine creating a virtual desktop if i move over another window on top of starcraft the window stays drawn there. Wine 1.1.26 Slackware 12.2 --- Comment #114 from Robert <roppie93(a)hotmail.com> 2009-09-10 11:15:38 --- I may have something interesting, after installing SC on windows, I saw the same problem after I alt-tabbed SC. I'm running Windows XP with win98 compatibility mode, also 256 colors and 640x480. I use blackbox4windows, I don't know if this has anything to do with the bug. When making a screenshot, it's black. I'm sorry, I cant :S Maybe it's the bug is the way wine handles the window. --- Comment #115 from Nelson Castillo <nelsoneci(a)gmail.com> 2009-09-28 13:22:05 --- Also experiencing this bug. Debian Lenny. Starcraft 1.1.5. -- 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 0

[Bug 19966] New: Inplement HalGetBusDataByOffset to do the same as HalGetBusData
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=19966 Summary: Inplement HalGetBusDataByOffset to do the same as HalGetBusData Product: Wine Version: 1.1.29 Platform: PC URL: http://rh-software.com/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk Currentry when HalGetBusDataByOffset() is called the the process gets aborted. Please can it be changed to work the same as HalGetBusData(). I would use HalGetBusData(), but this is not available on Windows x64 and ia64 editions, so I have to use HalGetBusDataByOffset() which I can't use on wine as I get aborted. I also need to actually use HalGetBusDataByOffset() for some operations. wine: Call from 0x7b844673 to unimplemented function hal.dll.HalGetBusDataByOffset, aborting It would be even better if they both actually worked which I suspect would not be that hard to implement by simply reading the appropiate entry from /sys/bus/pci/devices, maybe I will work around this and make my code do that... This is an issue in hal.dll, but Bugzilla does not offer hal.dll as an option and kernel32.dll is the closest match. -- 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 8997] Troopmaster froze after Dotnet downloaded thedatabase files
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=8997 --- Comment #45 from Tim Williams <tjandacw(a)yahoo.com> 2009-09-28 08:08:19 --- (In reply to comment #43) > Please give it a try with 1.1.30. I installed 1.1.30 today, and I get the same problem. -- 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 0

[Bug 8997] Troopmaster froze after Dotnet downloaded thedatabase files
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=8997 --- Comment #44 from Tim Williams <tjandacw(a)yahoo.com> 2009-09-28 08:07:14 --- (In reply to comment #42) > does it work if you use native wininet? I just tried copying wininet.dll from my Visa partition. Same thing. I did notice however, that I get the error both with and without downloading from DotNet, so that apparently isn't the issue. Plain wine invocation with no WINEDEBUG= (before answering prompt about bypassing DotNet: tim(a)tim-acer:~/.wine/drive_c/Troopmaster Software/TM4$ wine TroopMaster.EXE fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION: STUB err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2! err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2! fixme:win:EnumDisplayDevicesW ((null),0,0x32f378,0x00000000), stub! err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2! err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2! fixme:msimtf:DllGetClassObject ({50d5107a-d278-4871-8989-f4ceaaf59cfc} {00000001-0000-0000-c000-000000000046} 0x32baac) err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {50d5107a-d278-4871-8989-f4ceaaf59cfc} could be created for context 0x401 fixme:wininet:URLCache_FindFirstFreeEntry Grow file err:wininet:CommitUrlCacheEntryInternal no free entries fixme:wininet:URLCache_FindFirstFreeEntry Grow file err:wininet:CommitUrlCacheEntryInternal no free entries ########### after clicking 'No' on dialog (don't bypass DotNet) ###### (nothing new) ######## after clickin 'No' on dialog to open in read-only mode ########## (nothing new - main window loses focus) ################################################# Now run the same thing again, answering 'Yes' to prompt about using data on local drive. (before clicking 'Yes') tim(a)tim-acer:~/.wine/drive_c/Troopmaster Software/TM4$ wine TroopMaster.EXE fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION: STUB err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2! err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2! fixme:win:EnumDisplayDevicesW ((null),0,0x32f378,0x00000000), stub! err:ole:ITypeInfo_fnInvoke did not find member id -514, flags 0x2! err:ole:ITypeInfo_fnInvoke did not find member id -504, flags 0x2! fixme:msimtf:DllGetClassObject ({50d5107a-d278-4871-8989-f4ceaaf59cfc} {00000001-0000-0000-c000-000000000046} 0x32baac) err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {50d5107a-d278-4871-8989-f4ceaaf59cfc} could be created for context 0x401 fixme:wininet:URLCache_FindFirstFreeEntry Grow file err:wininet:CommitUrlCacheEntryInternal no free entries fixme:wininet:URLCache_FindFirstFreeEntry Grow file err:wininet:CommitUrlCacheEntryInternal no free entries ########### after clicking 'Yes' ################ fixme:wininet:URLCache_FindFirstFreeEntry Grow file err:wininet:CommitUrlCacheEntryInternal no free entries ########## main window is responsive. Everything works as is should. #### after File->Exit ####### fixme:msimtf:DllCanUnloadNow () fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_END_BROWSER_SESSION: STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION: STUB fixme:msimtf:DllCanUnloadNow () fixme:msimtf:DllCanUnloadNow () tim(a)tim-acer:~/.wine/drive_c/Troopmaster Software/TM4$ ############################################################### -- 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 0

[Bug 5725] Code for undocumented SwitchToThisWindow function does not reflect empirical evidence
by wine-bugs＠winehq.org 28 Sep '09

28 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=5725 --- Comment #64 from neil(a)parkwaycc.co.uk 2009-09-28 06:48:45 --- (In reply to comment #62) > It's not a question of being paid, we fix issues that affect real applications, > not every potential difference in behavior. This has always been the policy. I'm sorry, I was not aware of that when I originally filed the bug. -- 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 0