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

[Bug 7695] UltraVNC in 0.9.32 should not show fullscreen title bar when windowed
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7695 Michael <wine.8.madblock(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #13 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-25 17:32:58 --- *** This bug has been confirmed by popular vote. *** -- 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 8439] Visual Studio .NET (7) install fails
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8439 --- Comment #32 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-06-25 16:29:41 --- Created an attachment (id=22020) --> (http://bugs.winehq.org/attachment.cgi?id=22020) simple test this simple test shows that full path is indeed resolved in ShellExecuteW. The zipfile contains two files, a.exe and regedit.exe source for a.exe: main() { ShellExecuteW(0,L"open",L"regedit.exe",L"",L"c:\\windows\\system32\\",1); } source for regedit.exe: main() { printf("something went wrong\n"); } If you unzip the file somewhere, and run it from there in wine, you get : something went wrong If you unzip the file in windows, and run it in windows, you'll see that the "real" regedit is started. Enough proof for someone to submit the patch from comment #1 i'd say. -- 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 7695] UltraVNC in 0.9.32 should not show fullscreen title bar when windowed
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7695 Michael <wine.8.madblock(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.8.madblock(a)spamgourmet | |.com --- Comment #12 from Michael <wine.8.madblock(a)spamgourmet.com> 2009-06-25 15:39:05 --- I can confirm this with wine 1.1.24 on gentoo amd64 with KDE. UltraVNC Viewer 1.0.5.6 The control-bar is displayed even in windowed mode. Plus, going to fullscreenmode using the maximise button on this toolbar and back, makes kwin not show a titlebard/window around the UltraVNC window anymore. wine output: # wine vncviewer.exe fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet err:clipboard:ChangeClipboardChain hWndViewer is lost err:dialog:EndDialog got invalid window handle (0x4003c); buggy app !? -- 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 25 Jun '09

25 Jun '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 --- 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. -- 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 19060] New: DPP: If you click on the "Modify Windows" button nothing happens
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19060 Summary: DPP: If you click on the "Modify Windows" button nothing happens Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: carlo.pannucci(a)gmail.com This bug affects canon "Digital Photo Professional" (DPP), a software for canon photo cameras used to manage images. When you click on the top left button (Modify Window) nothing happens and in the terminal you can read: fixme:win:GetWindowPlacement not supported on other process window 0x10032 The normal behaviour should be the opening of a new section of the program when you can easily modify the images (there are the previews of the images listed on a left frame and the image selected on the right frame). Tested with the option "Allow the window manager to control the windows" on and off. -- 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 7

[Bug 19073] New: winedevice doesn't check that driver exist before loading?
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19073 Summary: winedevice doesn't check that driver exist before loading? Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com austin(a)midna:~$ wine winedevice thisdriverdoesntexist ; echo $? 0 austin(a)midna:~$ wine winedevice ; echo $? err:winedevice:wmain missing device name, winedevice isn't supposed to be run manually 1 -- 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 5

[Bug 16486] New: Apps not restoring correctly after minimizing twice
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16486 Summary: Apps not restoring correctly after minimizing twice Product: Wine Version: 1.1.10 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de This is a problem occurring in different applications. Examples are "Welt am Draht" (http://mathespiele.ma.funpic.de/programm.php?id=33) as well as PlasmaShop and PRPTool (http://www.guildofwriters.com/wiki/PlasmaShop) When I minimize them using the minimize button on the window border or by clicking their task-bar entry, and then restore them by clicking the entry again, the "Minimize" button is no longer available in the top right corner of the window. If I then minimize and restore it again by clicking the task-bar entry, the app is not restored correctly: The window is only about 20 pixels wide and 50 pixels high then, without any content being drawn. It continues to run fine, just that I can't interact with it as the window has no content and can't be resized. Closing it by right-clicking in the task-bar correctly quits the app without data being lost. What is even more strange is that I can fix this problem with "Uru - The Path of the Shell" (no matter whether it is in the same wineprefix as the problematic app or not - I don't have other full-screen 3D apps running in wine so I can't test if it works with other games, too): I restore the app, then restore Uru. press Windows+D to go to the desktop and restore the app again - it opens fine then. Minimizing and restoring it once again brings it back to the broken state. -- 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 9

[Bug 7585] Thief: the dark project hangs on 'esc' keypress in game if X in 24bpp mode
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7585 Yannik Hampe <yankee(a)cipher-code.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yankee(a)cipher-code.de --- Comment #51 from Yannik Hampe <yankee(a)cipher-code.de> 2009-06-25 05:54:10 --- I am still encountering the issue on my NVidia 9800 GTX+ with wine-1.1.24. But it does not happen every time. Sometimes the menu works just like it should. And at other times the game crashes. There is no difference in wine's error messages when the everything is working compared to the game crashing. Yes, I do have a dual-core CPU, but I am using taskset to set the affinity. -- 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 5278] Edit control redraws its background incorrectly in 16-bit app
by wine-bugs＠winehq.org 25 Jun '09

25 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=5278 Saulius K. <saulius2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2(a)gmail.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.

1 0

[Bug 4173] Slowness and corruption in old DirectDraw game: Warlords 3
by wine-bugs＠winehq.org 24 Jun '09

24 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=4173 --- Comment #15 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2009-06-24 18:22:44 --- Using Wine 1.1.24, the game UI still doesn't respond once you get past starting a map and creating a hero -- 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