Task Lists
Wine 1.2
Regressions
Tasklist
Tasklets
With download
Bug Lists
Available
Unconfirmed
New
Assigned
Resolved
Verified
Closed
Bugzilla
Last modified: 2009-06-27 06:13:01
You need to log in before you can comment on or make changes to this bug.
In starcraft, battle.net menus aren't drawn and refreshed correctly. The buttons contain no pictures, just text, and whenever they should be redrawn, they aren't. The text is just drawn on top of what was there before. This makes reading things somewhat difficult.
UPDATE: While still mostly unusable, text entry was somewhat improved at cvs 2004-09-17
This problem has been on-going for some time. Actually it seems like the menus display but the old menu's dont seem to clear. Also the main log-in screen graphics dont appear untill after you enter your password and then only for a breif second telling me that wine does have the information yet isn't using it till later.
Yes, its been around for sometime, but I didn't see a bug for it. Because starcraft is about all I use WINE for, this was important to me :-D. I figured a bug to track progress would be benificial (or at least to anyone new searching wine)
Similar symptoms charaterises the Diablo(1) game while the user hasn't entered the real game. I suppose the handling of the WM_ERASEBKGND message has something to do here with. In Diablo(1) case also some bitmaps are getting corrupted. And that's depends on the version of the patch applied. It is interesting, are such details the case for the SC game, too.
Can you please try agin using latest Wine release or Wine-CVS and report back ? Thanks !
The problem is still as described using current CVS.
Yes this is still an issue with the latest version of starcraft (1.13f) and wine 0.9.8.
Confirmed with wine version 0.9.8 and 0.9.9
It still does it on 9.13
Still not fixed in version 0.9.15
This bug is closely related to bug 2082, and likewise, bug 4009. The available hack in 2082 sort of works.
still does it with wine version 0.9.16
Confirmed as not working in 0.9.19
Switching to tty, and then back to X clears all background text. Maybe someone finds this usefull.
Still not fixed in 0.9.20.
There is some progress, but the interface is still messy. wine 0.9.21
karaluh, you are using opengl correct? The graphics work, but are messed up.
Yes, I do. OpenGL fixes A LOT of stuff for me. Besides messed up menus, there are also still a messed up texts.
The reason for messed up menus is, that there is not apropriate menu picture drawn. It's hard for me to explain this, so i'll draw a table, where: STATE the part of BN which i'm into, DRAWN is menu picture that is drawn, SHOULD is menu picture that should be drawn. STATE |DRAWN |SHOULD | -------|--------------|--------------| connect|black screen |connect screen| login |connect screen|login screen | chat |login screen |chat screen | quit |chat screen |i don't remember :) As seen above, drawing is one picture late. Hope it helps. wine 0.9.22
The whole battle.net interface are custom dialog windows. I'm currently investigating for the reason the dialog windows are not being drawn. In opengl mode, the whole interface gets drawn once. In gdi, it does not get drawn at all.
I'm having this problem under FC5 distro (wine 0.9.22), after solve some problems with Direct3D and my video driver (now using ATI propietary drivers - fglrx). If any developer need some adicional bug info, or screenshots, say me, I can help with tests using b.net with SC.
This is a really difficult bug: It is either a problem with sending window messages, or incorrect handling in DefDialogProc, or a really obscure bug in handling of surfaces. What you are seeing are dialog windows drawn on top of fullscreen ddraw. Now a standard message box or other dialog windows work fine. The problem appears because Starcraft/Diablo have a library called storm.dll. That library has custom dialog functions (like "SDlgCreateDialog") they use in place of the standard windows API ones. Essentially they are creating dialog windows from scratch. I have not been able to identify what it is depending on for its implementation. If you have any experience with custom dialog windows on top of fullscreen ddraw apps, please help :)
I've found simmilar issue in demo of Alien Shooter (http://www.sigma-team.net/AlienShooterDemo.exe). When you press Exit Game button a splash screen with counting down counter is displayed. Digits of the counter are drawn on top of each other.
karaluh that is a D3D app. I really don't think that problem is related to this one here.
I believe you know what you are talking :). I'll fill new bug report then.
yes same problem present on my machine. Using wine 0.9.31 on Ubuntu 6.06.
Confirmed with 0.9.32
Confirmed for 0.9.33
Confirmed in 0.9.35
I'm curious, is anyone actively tracking this bug right now? I notice a number of comments from Jesse Allen, but is anyone else working on this? I'm very interested in a resolution to this bug, and I've now done just barely enough programming on Linux to where I'd like to look into some bug squashing. Probably this one's more than I can chew, but I got a bit of spare time so I'd like to investigate. At least, an extra pair of eyes couldn't hurt, right?
You'd probably be the only one working on it. Kudos if you can do it.
I'm working on the DIB engine. If I can find and fix it along the way I will. This is one of things I'm looking out for.
fixme:advapi:SetSecurityInfo stub fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x17eaf8) : stub, simulating 64MB for now, returning 64MB left fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x17e278)->(0x70032,00000013) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 wine: Unhandled page fault on write access to 0x0109c000 at address 0x3e0594 (thread 000e), starting debugger... Unhandled exception: page fault on write access to 0x0109c000 in 32-bit code (0x003e0594). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:003e0594 ESP:0033eda0 EBP:0033ee50 EFLAGS:00010206( - 00 - RIP1) EAX:c7c7c76f EBX:003e018c ECX:00000000 EDX:00000013 ESI:02541014 EDI:0109c000 Stack dump: 0x0033eda0: 00000000 0109b000 0109b000 00000000 0x0033edb0: 02540010 7e062da0 001cbc70 0033edec 0x0033edc0: 00000000 00000001 00000002 7e4eab2c 0x0033edd0: 0033edf0 7e44364f 00003892 7c045e18 0x0033ede0: 001cbbb4 7b8ad908 00000002 00000280 0x0033edf0: 01050000 0033ef6c 15029530 1505ec98 Backtrace: =>1 0x003e0594 (0x0033ee50) 2 0x15029789 in storm (+0x29789) (0x0033ee9c) 3 0x150322cb in storm (+0x322cb) (0x0033eefc) 4 0x15033ac4 in storm (+0x33ac4) (0x0033efb8) 5 0x15034f19 in storm (+0x34f19) (0x0033f014) 6 0x7edfd2ea WINPROC_wrapper+0x1a() in user32 (0x0033f044) 7 0x7edfda1e in user32 (+0x9da1e) (0x0033f084) 8 0x7ee02057 in user32 (+0xa2057) (0x0033f724) 9 0x7ee02b2a CallWindowProcW+0xaa() in user32 (0x0033f764) 10 0x7edca8ab DispatchMessageW+0x15b() in user32 (0x0033f7a4) 11 0x7ed9973b IsDialogMessageW+0xfb() in user32 (0x0033f904) 12 0x7edca569 IsDialogMessageA+0x59() in user32 (0x0033f944) 13 0x19020a9b in battle.snp (+0x20a9b) (0x0033f97c) 14 0x1902c299 in battle.snp (+0x2c299) (0x0033fb90) 15 0x1501f0c8 in storm (+0x1f0c8) (0x0033fbb4) 16 0x1501f2f5 in storm (+0x1f2f5) (0x0033fc8c) 17 0x004d3947 in starcraft (+0xd3947) (0x0033fd80) 18 0x00452a54 in starcraft (+0x52a54) (0x0033fda4) 19 0x004de0b6 in starcraft (+0xde0b6) (0x0033fdbc) 20 0x004e05f7 in starcraft (+0xe05f7) (0x0033fdd4) 21 0x004e06c0 in starcraft (+0xe06c0) (0x0033fde0) 22 0x00404da5 in starcraft (+0x4da5) (0x0033ff08) 23 0x7b87221e in kernel32 (+0x5221e) (0x0033ffe8) 24 0xb7eb2897 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x003e0594: movl %eax,0x0(%edi) Modules: Module Address Debug info Name (99 modules) PE 400000-6eb000 Export starcraft PE 2000000-2011000 Deferred local PE 10000000-1001a000 Deferred smackw32 PE 15000000-15069000 Export storm PE 19000000-19089000 Export battle.snp ELF 7b800000-7b926000 Export kernel32<elf> \-PE 7b820000-7b926000 \ kernel32 ELF 7bc00000-7bc97000 Deferred ntdll<elf> \-PE 7bc10000-7bc97000 \ ntdll ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7d6f2000-7d71f000 Deferred ws2_32<elf> \-PE 7d700000-7d71f000 \ ws2_32 ELF 7d71f000-7d739000 Deferred wsock32<elf> \-PE 7d730000-7d739000 \ wsock32 ELF 7dbad000-7dbc2000 Deferred midimap<elf> \-PE 7dbb0000-7dbc2000 \ midimap ELF 7dbc2000-7dbe8000 Deferred msacm32<elf> \-PE 7dbd0000-7dbe8000 \ msacm32 ELF 7dbe8000-7dc00000 Deferred msacm32<elf> \-PE 7dbf0000-7dc00000 \ msacm32 ELF 7dc00000-7dcc5000 Deferred libasound.so.2 ELF 7dcc5000-7dcf0000 Deferred winealsa<elf> \-PE 7dcd0000-7dcf0000 \ winealsa ELF 7dcf0000-7dd7f000 Deferred winmm<elf> \-PE 7dd00000-7dd7f000 \ winmm ELF 7dd7f000-7ddc8000 Deferred dsound<elf> \-PE 7dd90000-7ddc8000 \ dsound ELF 7def5000-7df75000 Deferred libglu.so.1 ELF 7df75000-7e02f000 Deferred wined3d<elf> \-PE 7df90000-7e02f000 \ wined3d ELF 7e02f000-7e07f000 Deferred ddraw<elf> \-PE 7e040000-7e07f000 \ ddraw ELF 7e190000-7e194000 Deferred libgpg-error.so.0 ELF 7e194000-7e1e5000 Deferred libgcrypt.so.11 ELF 7e1e5000-7e1fa000 Deferred libtasn1.so.3 ELF 7e1fa000-7e228000 Deferred libcrypt.so.1 ELF 7e237000-7e2a7000 Deferred libgnutls.so.13 ELF 7e2a7000-7e2d8000 Deferred libcups.so.2 ELF 7e305000-7e337000 Deferred uxtheme<elf> \-PE 7e310000-7e337000 \ uxtheme ELF 7e339000-7e33e000 Deferred libxfixes.so.3 ELF 7e33e000-7e347000 Deferred libxcursor.so.1 ELF 7e347000-7e34d000 Deferred libxrandr.so.2 ELF 7e34d000-7e355000 Deferred libxrender.so.1 ELF 7e355000-7e358000 Deferred libxinerama.so.1 ELF 7e358000-7e3f8000 Deferred libgl.so.1 ELF 7e3f8000-7e3fd000 Deferred libxdmcp.so.6 ELF 7e3fd000-7e4ee000 Deferred libx11.so.6 ELF 7e4ee000-7e4fc000 Deferred libxext.so.6 ELF 7e4fc000-7e501000 Deferred libxxf86vm.so.1 ELF 7e501000-7e519000 Deferred libice.so.6 ELF 7e519000-7e522000 Deferred libsm.so.6 ELF 7e522000-7e5b0000 Deferred winex11<elf> \-PE 7e530000-7e5b0000 \ winex11 ELF 7e620000-7e640000 Deferred libexpat.so.1 ELF 7e640000-7e66b000 Deferred libfontconfig.so.1 ELF 7e66b000-7e67f000 Deferred libz.so.1 ELF 7e67f000-7e6ec000 Deferred libfreetype.so.6 ELF 7e6ec000-7e71f000 Deferred winspool<elf> \-PE 7e6f0000-7e71f000 \ winspool ELF 7e71f000-7e7bf000 Deferred comdlg32<elf> \-PE 7e730000-7e7bf000 \ comdlg32 ELF 7e7bf000-7e87b000 Deferred comctl32<elf> \-PE 7e7d0000-7e87b000 \ comctl32 ELF 7e87b000-7e88e000 Deferred libresolv.so.2 ELF 7e88e000-7e8ac000 Deferred iphlpapi<elf> \-PE 7e8a0000-7e8ac000 \ iphlpapi ELF 7e8ac000-7e901000 Deferred rpcrt4<elf> \-PE 7e8c0000-7e901000 \ rpcrt4 ELF 7e901000-7e99b000 Deferred ole32<elf> \-PE 7e910000-7e99b000 \ ole32 ELF 7e99b000-7e9f4000 Deferred shlwapi<elf> \-PE 7e9b0000-7e9f4000 \ shlwapi ELF 7e9f4000-7eae9000 Deferred shell32<elf> \-PE 7ea10000-7eae9000 \ shell32 ELF 7eae9000-7eafd000 Deferred lz32<elf> \-PE 7eaf0000-7eafd000 \ lz32 ELF 7eafd000-7eb16000 Deferred version<elf> \-PE 7eb00000-7eb16000 \ version ELF 7eb16000-7eb33000 Deferred imm32<elf> \-PE 7eb20000-7eb33000 \ imm32 ELF 7eb33000-7eb79000 Deferred advapi32<elf> \-PE 7eb40000-7eb79000 \ advapi32 ELF 7eb79000-7eb85000 Deferred libgcc_s.so.1 ELF 7eb86000-7eb89000 Deferred libxau.so.6 ELF 7ec7e000-7ed3b000 Deferred gdi32<elf> \-PE 7eca0000-7ed3b000 \ gdi32 ELF 7ed3b000-7ee77000 Export user32<elf> \-PE 7ed60000-7ee77000 \ user32 ELF 7efa8000-7efb3000 Deferred libnss_files.so.2 ELF 7efb3000-7efca000 Deferred libnsl.so.1 ELF 7efca000-7eff1000 Deferred libm.so.6 ELF 7eff6000-7f000000 Deferred libnss_nis.so.2 ELF b7d35000-b7d3e000 Deferred libnss_compat.so.2 ELF b7d3f000-b7d43000 Deferred libdl.so.2 ELF b7d43000-b7e84000 Deferred libc.so.6 ELF b7e85000-b7e9c000 Deferred libpthread.so.0 ELF b7eab000-b7fbc000 Export libwine.so.1 ELF b7fbe000-b7fd9000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000d (D) G:\Gamez\Starcraft\StarCraft.exe 00000014 2 00000013 0 00000012 15 00000011 15 0000000f 1 0000000e 0 <== 0000000a 0000000c 0 0000000b 0 00000008 00000009 0
How do you guys get battle.net to work at all? I've got wine-0.9.33 and I can't connect with the current patch.
Andreas Hase <hasen_a@gmx.de> you are asking this in the wrong place. Besides not being able to read( *do not PASTE* logs and back traces) , you treating bugzilla as a forum WHICH IT IS NOT!
Andreas Hase, if you are crashing, you are seeing bug 5253.
I'm getting the same behaviour on wine 0.9.40 on 32bit system (Gentoo) (mesg me if you need detailed info, backtraces or debug infos)... Would love to see this fixed
Kubuntu Feisty Fawn with wine-0.9.40 not working.
gentoo with wine 0.9.43 and have the same problem
The last release (0.9.44) seems to fix the background and the buttons... however, there are no more fonts visible. Concerning the fonts, I do not know if it just needs to be installed additionally or this is a wine bug.
I strongly disagree with comment #41. I just tested starcraft and it is not fixed. I believe he is using a hacked ddraw/wined3d. With a hacked ddraw, the fonts are fine. It's just that the blitting is no longer layered correctly.
B.net is entirely unusable as of 0.9.44.
confirm #43, had to downgrade to 0.9.43
Please keep any comments about the new bug at bug 9500.
my SC-BW (1.15.1) with wine 0.9.44 virtual screen (fonts:yes; pics&buttons:no) http://img250.imageshack.us/img250/3418/scbw1151andwine0944640xzw8.png mouse and keyboard is working fullscreen (fonts:no; pics&buttons:yes): http://img63.imageshack.us/img63/1429/scbw1151andwine0944fullbw9.png typing isnt shown, but working. dont know about the mouse.. --> cant play the game...
as per Comment #46 i too am experiencing the same bug. i am running 0.9.45
(In reply to comment #47) > as per Comment #46 > i too am experiencing the same bug. > i am running 0.9.45 > Confirmed in 0.9.48. Battle.net is totally unusable.
Bug STILL confirmed for 0.9.50. Doesn't anyone know how to fix this? I've been dying to play this on linux for a few years. :(
Try with latest version 0.9.54 Also install msttcorefonts in order for battle.net to work (On Debian: sudo apt-get install msttcorefonts)
(In reply to comment #50) > Try with latest version 0.9.54 > Also install msttcorefonts in order for battle.net to work (On Debian: sudo > apt-get install msttcorefonts) > Still doesn't work for me. This bug is still actual. Everythings is this same as in description of this bug.
Yep, 0.9.54 doesn't change anything.
have you installed msttcorefonts ?
No dice with latest Wine for me either. Same problems persist.
(In reply to comment #53) Yes.
(In reply to comment #42) > I strongly disagree with comment #41. I just tested starcraft and it is not > fixed. I believe he is using a hacked ddraw/wined3d. > > With a hacked ddraw, the fonts are fine. It's just that the blitting is no > longer layered correctly. > I agree here, Running starcraft in windowed mode, you can coax the fonts and buttons to display by forcing the window to redraw by dragging other windows over it. On a related note. My starcraft will crash reliably when drawing the score screen (since bw 1.13). Gameplay in bnet is good if you can be patient enough to join a game with the above.
I can confirm that starcraft + battle.net is 'usable' (though only just) using wine 0.9.33. Later versions either draw nothing or draw buttons and text in the wrong layering order.
Confirmed with wine version 0.9.55 on Debian Etch. Battle.Net is usable, if you know where you must click.
I confirm that with latest version, 0.9.58, in ubnutu 8.04, the problem is still present. And yes, msttcorefont is installed. Thanx!
It's still an issue in 0.9.58
It's still an issue in 0.9.60. And I think the biggest one remaining for StarCraft and StarCraft: Brood war.
Category: Main > Games > Strategy Games > StarCraft > Demo 1.01 (download link included there ~20Mb) Could help for wine developers because it is probably the only shareware program which uses BNET. If you want to see bug start game and after loading press M then enter.
still a problem in 0.9.61
65 votes and growing This should be fixed for the next release. Starcraft has a few bugs to fix, and could be an application GOLD.
This is still a problem in 1.0-rc1
Created an attachment (id=12945) [details] wine0.9.61_logs_bnet_bug wine0.9.61_logs_bnet_bug please please fix it: OMG 70 votes!
thought I'd post an update on my battle.net experiences with wine. 0.9.33 - battle.net works: no background images displayed text is rendered for buttons and chat text, can choose and join games, playing works well. very stable. 0.9.46 - battle.net unusable background images drawn text is NOT rendered, cannot see chat text or button text, impossible to join games. Basically, 0.9.33 works quite well if you are willing to rejoin battle.net once the screen gets too cluttered with old text
(In reply to comment #56) > On a related note. My starcraft will crash reliably when drawing the score > screen (since bw 1.13). Gameplay in bnet is good if you can be patient enough > to join a game with the above. the above seems only limited to the ubuntu build of 0.9.33, the winehq 0.9.33 does not crash.
I noticed only now that for this bug: Severity: minor It is not true! It should be normal because playing online becomes almost impossible with this bug. And most people today play this game ONLY online, because it was more than enough time (10 years) already to complete single player missions. And third thing that severity changed slightly for few times in older wine versions. So maybe on report date it was not so bad like now (look screenshots). So please change severity into normal.
This bug prevents a majority of the game from being played. Please escallate to at least normal. I for one want to see this bug fixed at least by 1.0, as I have no interest in playing Starcraft Single Player any more.
Sure, I changed the severity level to normal. However, changing the severity level will not get this bug fixed any faster. If you're serious about getting this fixed, I encourage you to learn (more) computer programming and apply your time/skills to Wine development.
Hmm.. I know Perl. What language and how well I have to know If I want to help with wine? C? Can you post links to books or tutorials which I will have to read and learn until I will have enough skill to fix this?
I do know programming in C/C++, which is what I assume wine is written in. What needs to be done to fix this problem?
(In reply to comment #71) > Sure, I changed the severity level to normal. However, changing the severity > level will not get this bug fixed any faster. If you're serious about getting > this fixed, I encourage you to learn (more) computer programming and apply your > time/skills to Wine development. > I don't have the time currently to be able to support the wine project with code, so I support it in other ways. Donations, promotion to my friends, usage, bug reports, etc. Considering there are others who are eager to help correct this issue, it would be in the better interest of those interested to post more in-depth requirements for the solution (for developing the solution) instead of just saying "learn to program".
(In reply to comment #74) > Considering there are others who are eager to help correct this issue, it would > be in the better interest of those interested to post more in-depth > requirements for the solution (for developing the solution) instead of just > saying "learn to program". In defense of the devs (and as a software developer myself), it is probably worth noting that figuring out /how/ to solve a problem like this is usually many times more difficult than actually programming the solution. If they are going to tell someone how to fix the problem, they might as well do it themselves. Then again, three years is a long time. Then again again it seems to be a pretty isolated problem that affects very few applications. Effort was probably more due elsewhere.
This is bugzilla, not a forum to learn to program C. Please take that discussion offline/elsewhere.
right so transgaming winex has this bug 100% fixed and maybe the DIB engine implemented because Starcraft is WAY smooth. Winex is still avail. through cvs :-)
(In reply to comment #77) > right so transgaming winex has this bug 100% fixed and maybe the DIB engine > implemented because Starcraft is WAY smooth. Winex is still avail. through cvs This comment full of speculations is not appropriate for Wine bugzilla.
(In reply to comment #78) > (In reply to comment #77) > > right so transgaming winex has this bug 100% fixed and maybe the DIB engine > > implemented because Starcraft is WAY smooth. Winex is still avail. through cvs > > This comment full of speculations is not appropriate for Wine bugzilla. > http://www.youtube.com/v/i0WYRD14H3E
whoops wrong url http://www.youtube.com/watch?v=i0WYRD14H3E
If the only your argument is that WineX suits your needs WineHQ bugzilla is not an appropriate place to advertize it. Still, it's fair to note that only small portions of WineX are available through CVS. WineX CVS mostly aims to imitate that the source is open while it is not.
(In reply to comment #81) > If the only your argument is that WineX suits your needs WineHQ bugzilla > is not an appropriate place to advertize it. Still, it's fair to note that > only small portions of WineX are available through CVS. WineX CVS mostly > aims to imitate that the source is open while it is not. > Excuse me for butting in, but since he pointed that it works on winex and fails in newest wine, isn't that enough for the developers to have a closer look into this issue, check the differences in the code or at least have a closer look and come up with an idea what the problem is all about?
(In reply to comment #82) > Excuse me for butting in, but since he pointed that it works on winex and fails > in newest wine, isn't that enough for the developers to have a closer look into > this issue, check the differences in the code or at least have a closer look > and come up with an idea what the problem is all about? http://bugs.winehq.org/show_bug.cgi?id=9787#c185
It works on Cedega because they use a hacky method to make it work (same style they use to get most things working like making Starcraft run faster in the first place). As was said, this is irrelevant and doesn't help fix this bug, please refrain from random chatter on the bug. The only way this is going to get fixed is if you find a developer to fix it or learn how to code well enough to fix it yourself, repeatedly asking for it to be fixed or whining will not aid in the slightest.
Well first let me say starcraft is the only pc game I play and this is the only bug holding me back from going fully Linux =[. So if it could be fixed I would be very happy.I know programming is hard work and such but, looking at the age of this bug I would have thought it could be fixed by now.I guess all I am asking is maybe look at this bug from the fans point of view.
(In reply to comment #85) > So if it could be fixed I would be very happy.I know programming is hard work > and such but, looking at the age of this bug I would have thought it could be > fixed by now.I guess all I am asking is maybe look at this bug from the fans > point of view. Looking at it from a developer's point of view, it is really, really hard to fix this on X11, as it's just very different from Windows in that particular area. Looking at the age of the bug, I think it shows that this one is hard to fix. Now, there's two ways to make this better. First of all, you could go and help with Wine programming. Secondly, you could pay someone to fix it. Adding more "Can somebody please fix it" comments on the bug is not going to help at all. We _know_ it's an issue. We _know_ StarCraft is still a very popular game. (Heck, some of us play it as well) It's just a huge amount of work to fix that one correctly and we don't currently have enough developer time to throw at this.
testing on 1.0 deb package for ubuntu 7.10 starcraft + bnet is now fully playable (now shows bnet text), bnet background is still missing but this does not affect choosing a game) basically this is the 0.9.33 behaviour again. :)
Anyone else care to confirm this?
Created an attachment (id=14269) [details] Screenshot of the "no redraw" Negative on current GIT. Still same as before (even if you alt+tab it doesn't redraw, you end up with the Battle.NET text drawn over an image of your desktop).
(From update of attachment 12945 [details]) This log is not related to this bug.
Created an attachment (id=14270) [details] +ddraw debug output (GIT, Wine 1.0+) Terminal log +ddraw debug as nothing is currently attached to this bug.
Created an attachment (id=14873) [details] Notice the missing redraw elements! I have just found out where are those damned gui elements gone... The statement is false about wine doesnt redraw those gui backgrounds, it draws outside of the 640X480 screen... I found this accidently when my starcraft was started with fullscreen, but when battle net was working in the background, I was switched my screen resolution to 1280*1024 to use pidgin to talk to my friends. I was surprised about the missing gui elements, they were drawn outside of starcraft, and there every missing elements were working properly exept, they are not placed where they should. I hope this information will help devs to fix this issue, but im curious about is me the first person who modificed the resolution durend the gameplay?
Confirmed wine-1.1.4, broodwar-1.15.2.
Created an attachment (id=18106) [details] Multiplayer original SC #92, confirmed sort of. I started starcraft and changed the resolution BEFORE entering multiplayer. I got this when I hit starcraft original; when I select Brood War, the text shows up on a garbled grey background.
Confirmed on wine 1.1.11, broodwar-1.15.2.
This issue has been around for 4 years, how about we get a milestone for this bug? I have no reason to play starcraft with the menus not working, single player is a drag. Multiplayer is the only thing keeping starcraft interesting.
Stanly Ibkis Try to playing via garena or hamachi =)
Interestingly enough, when I had a large number of debug flags on (WINEDEBUG=+ddraw,button,dialog,win,msgbox,tex,d3d7) I actually saw the lobby drawn almost correctly, with text on top of buttons and everything (for most of them, anyway), however, I have not been able to reproduce this again. Perhaps its a race of some sorts? (I'm using gdi as my DirectDrawRenderer).
Created an attachment (id=19619) [details] Starcraft is painting from what's underneath it Something interesting I've found is that if I have another windows app (like winecfg) open, it will be partially visable in BNet (see attached screenshot). Another interesting note is that when closing OUT of Bnet, the other Windows app will have focus, and the multiplayer selection screen will NOT be drawn until you click it, and even then it will only paint over where your mouse goes (damaged areas).
I'm still experiencing this problem in wine 1.1.15 on starcraft Broodwar Version 1.16.1 it stacks the words on top of each other and makes it almost impossible to move around on it. What I'm wondering is if emulating a virtual window will change anything or if it will make it worst.
I tryed to emulate a virtual window for it and it don't work it just makes it hard to do things on starcraft. It makes everything real small or unreadable on starcraft and i cant host games on my ubuntu comp but my windows will host them just fine.
This bug is really annoying. I dont know if it is easy to fix, but the rest seems to work fine. could someone fix this bug pls?
(In reply to comment #102) > This bug is really annoying. I dont know if it is easy to fix, but the rest > seems to work fine. could someone fix this bug pls? > Did you even read the bug? Please refrain from posting unless you have something useful to add.
I noticed that if i open sc and then changed the resolution, i can see the missing things below the real window, if im single player menus the real window is in the top left hand corner and if i open bnet it switches to bottom left corner.
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.
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
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.
Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega.
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.
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]
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?
Whoops, accidentally posted http://bugs.winehq.org/show_bug.cgi?id=2467#c110 before it was complete
