August 2007 - Wine-Bugs - list.winehq.org

[Bug 9312] New: Xinerama - Fullscreen apps minimized when focus placed on app on other screen
by wine-bugs＠winehq.org Oct. 22, 2008

Oct. 22, 2008

http://bugs.winehq.org/show_bug.cgi?id=9312 Summary: Xinerama - Fullscreen apps minimized when focus placed on app on other screen Product: Wine Version: 0.9.43. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: shivermail(a)gmail.com Steps to reproduce: 1. Open a fullscreen application with WINE >=0.9.42 on one monitor (17") 2. Move cursor over to other screen and place focus (by clicking) on any other application. eg: Firefox browser Observed result: When placing focus on another application on one screen, the fullscreen application becomes minimized to the taskbar on the other screen and shows only the desktop. You are able to maxmize that application again and continue as normal, but this means that you cannot have a fullscreen application open on one monitor while working on the other. Expected result: In builds 0.9.41 and prior placing focus on another application did not alter the state of the fullscreen one. Workaround: When running applications in windowed mode instead of fullscreen, I do not have the same issue. ============ Setup: Gentoo (2.6.21-gentoo-r4) AMD X86_64 NVIDIA-Drivers (100.14.11) using Nvidia 7900GT I am currently running fluxbox with Xinerama across two screens. One 17" @ 1280x1024 and another 19" LCD (widescreen) @ 1440x900. 17": I run fullscreen applications on this monitor (which happens to be World of Warcraft in this case, using WINE and rendered with OpenGL). 19": On this monitor I run everything else. Browsers, TERMs, etc. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 9265] New: Disciples II crashing on strarting
by wine-bugs＠winehq.org Oct. 22, 2008

Oct. 22, 2008

http://bugs.winehq.org/show_bug.cgi?id=9265 Summary: Disciples II crashing on strarting Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvilka(a)gmail.com Created an attachment (id=7521) --> (http://bugs.winehq.org/attachment.cgi?id=7521) Wine log of crashing When typing wine Discipl2.exe I can see that Disciples crashed, but not terminated. If I press Ctrl+C I see that run wine debugger (see log) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 9392] New: Recent changes to propsheet.c causes crashes in MagnaCura
by wine-bugs＠winehq.org Oct. 22, 2008

Oct. 22, 2008

http://bugs.winehq.org/show_bug.cgi?id=9392 Summary: Recent changes to propsheet.c causes crashes in MagnaCura Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se This patch to propsheet.c causes Wine to crash when using the application Magna Cura Äho: + /* unset active page while doing this transition. */ + if (psInfo->active_page != -1) + ShowWindow(psInfo->proppage[psInfo->active_page].hwndPage, SW_HIDE); + psInfo->active_page = -1; It was added in revision 1.169 of propsheet.c. Removing these lines avoids the crash. The other parts of the changes done in revision 1.169 seems ok. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 9501] New: Window manager panel elements remain on the fullscreened game
by wine-bugs＠winehq.org Oct. 13, 2008

Oct. 13, 2008

http://bugs.winehq.org/show_bug.cgi?id=9501 Summary: Window manager panel elements remain on the fullscreened game Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: rzadzins(a)wit.edu.pl In wine 0.9.44, when i run StarCraft, panels from my xfce4 wm remain on top of the screen (starcraft runs in fullscreen mode). They disappear when connecting to the battle.net. This didn't happen in 0.9.42, not sure about 43 but are there in this version. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 9322] New: Eve Online causing machine to hang.
by wine-bugs＠winehq.org Oct. 13, 2008

Oct. 13, 2008

http://bugs.winehq.org/show_bug.cgi?id=9322 Summary: Eve Online causing machine to hang. Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: james_wells(a)users.sourceforge.net CC: james_wells(a)users.sourceforge.net Greetings, A few weeks ago a friend of mine set Wine 0.9.41 to support Eve Online. Other than a few of the graphical issues noted in previous bugs, I have seen no issues, until I started moving from solar system to solar system. I am have that I can warp anywhere within system without issue, however, when I attempt to use a stargate, my system will hang intermittently. Initially, I thought it might have been an issue with the Video card overheating, or possibly memory issue, however, I have been able to eliminate both of those as issues. Further, I have found that it does not matter if Eve is in the foreground (covered over by another application such as firefox), background, or in a window. Please note that I did not start playing Eve until wine-0.9.41 come out, so I have not tested previous versions, however, I have been able to replicate the issue in wine-0.9.43. When my system hangs, it is a complete system hang, CTRL-ALT-BKSP and SysReq do not work. Additionally, just to be sure, I have tried to ping, ssh, and even use a serial console and all of them fail. System Specifics; Dell Inspiron E1504 laptop Intel T7200 proc 2GB RAM ATI Radeon X-1400 Mobile w/256MB RAM Gentoo (Unstable Branch) KDE 3.5.7 Latest ATI (Propietary) drivers Latest X-Org No AIGLX/XGL Linux Kernel 2.6.20 (gentoo-sources) Wine Specifics; Version 0.9.41 & 0.9.43 w/elfe's w43.diff applied (Could not get Eve to start under 0.9.42) ALSA Audio with sound/voice turned off -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 9319] New: Sony Vegas v4.0: Menus dissapear after single view
by wine-bugs＠winehq.org Oct. 10, 2008

Oct. 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=9319 Summary: Sony Vegas v4.0: Menus dissapear after single view Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)musicheadproductions.org Menus appear when first clicked, but subsequent views shows a narrow gray menu bar without text. The menus are still navigable and the bottom status bar shows correct text when hovering over the vertical area where a menu option should be. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 26

[Bug 9298] New: Empire at war, best of PC install
by wine-bugs＠winehq.org Oct. 10, 2008

Oct. 10, 2008

http://bugs.winehq.org/show_bug.cgi?id=9298 Summary: Empire at war, best of PC install Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: wineswine(a)gmail.com Created an attachment (id=7569) --> (http://bugs.winehq.org/attachment.cgi?id=7569) errors produced attempting to install empire at war, best of pc edition My latest attempt to install Empire at war under wine on Fedora. Using the command line WINEDEBUG="-all" wine "LaunchBOPC1.exe" -SAFEMODE I just got a blank window, no bitmap etc and the following error 18570: assertion failed "(*(const char*)_DBUS_FUNCTION_NAME) != '_'" file "dbus-connection.c" line 2877 function _dbus_connection_read_write_dispatch When I try to install the software using wine "LaunchBOPC1.exe" I got the errors in the attached file. These errors were produced when the mouse cursor went in and out of the install windowfixme:shdocvw:InPlaceActiveObject_TranslateAccelerator (0x1b8280)->(0x33fca4) fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE fixme:mshtml:BSCServiceProvider_QueryService (0xe759b8)->({79eac9e4-baf9-11ce-8c82-00aa004ba90b} {79eac9e4-baf9-11ce-8c82-00aa004ba90b} 0xe856f8) Hope this helps. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 9258] New: free space is based on dosdevice free space, rather than partition free space
by wine-bugs＠winehq.org Sept. 18, 2008

Sept. 18, 2008

http://bugs.winehq.org/show_bug.cgi?id=9258 Summary: free space is based on dosdevice free space, rather than partition free space Product: Wine Version: 0.9.34. Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael.s.gilbert(a)gmail.com wine will return the incorrect amount of free space to applications under certain common scenarios. it appears that the free space is determined by the dosdevice that has the directory that the application is running from. it should be expected that the free space returned would be based on the partition that has the directory that the application is running from instead. let me provide an example to clarify. i've installed steam to /home/user/games, which falls under the z:/ dosdevice, which is a symlink to /. / and /home are on different partions: $ df -h Filesystem Size Used Avail Use% Mounted on /dev/hda3 9.2G 7.9G 914M 90% / /dev/hda6 63G 30G 30G 50% /home i am trying to install half-life2 via steam, which should be fine because i have 30 GiB of free space in /home. however, the steam application says this is not possible because there is only 914 MiB of free space, and the game needs 3.8 GiB total to install. wine is providing the free space for / instead of /home to the application. note that if i install the game to /home/user/.wine/drive_c/steam, then wine correctly returns 30 GiB free space to steam and i can install the application. i believe this is because the drive_c directory appears to be under the c:/ dosdevice, rather than the z:/ dosdevice. this is a solution, but it is far from optimal to be forced into arranging my files in a way that i don't want to. so i think the problem is that wine returns the size of the partition of the dosdevice that apparently has the working directory, rather than the size of the partition that actually has the working directory. i still don't think i've clearly explained this, so if you have questions, please ask. thanks for all the hard work on wine. mike -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 9539] New: Photoshop Elements 4 goes into infinite recursion
by wine-bugs＠winehq.org Sept. 18, 2008

Sept. 18, 2008

http://bugs.winehq.org/show_bug.cgi?id=9539 Summary: Photoshop Elements 4 goes into infinite recursion Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com With the patch http://www.winehq.org/pipermail/wine-patches/2007-August/043447.html and the next one it's possible to install Photoshop Elements 4. However the app will go into infinite recursion - QDialog::move will call QWidget::event and this will call QDialog::move. The only call the the APIs is SystemParametersInfo(SPI_GETWORKAREA, ...) that returns a value which isn't senseless. It uses Qt 3.3.1.1 and there is no source code for this version generally available - the open source version of Qt for Windows is only available for Qt 4.x. Maybe I should ask them if I can get a 30-day evaluation version. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 9301] New: regression: windows almost never focussed or loose focus
by wine-bugs＠winehq.org Sept. 17, 2008

Sept. 17, 2008

http://bugs.winehq.org/show_bug.cgi?id=9301 Summary: regression: windows almost never focussed or loose focus Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, since upgrading to 0.9.42 and 0.9.43, I cannot use wine anymore because most windows don't get focus or immediately loose it when clicking, even winecfg and regedit. Some apps iconify as soon as I click something. I upgraded from 0.9.38 (so I don't know whether the regression was introduced with 0.39, .40, 41 or 42). Although I'm using metacity in Ubuntu Dapper, I believe this bug is different from bug #5120 as I had been using Ubuntu with wine successfully with 20070725, 0.9.9, 0.9.15 .16, .19 21 ... and many other versions. Symptoms: winecfg & regedit start without getting focus. When I move the cursor from one window to the other, the "window resize" cursor that was set while moving over the window's border remains set even after I click to activate the second window. There are also several refresh problems when moving windows (mostly grey border lines) in winecfg and regedit. Every time I activate the wine 800x600 desktop window, all ms-windows apps become deactivated (some iconify then). Normally, I have apps\metycity\focus_mode "sloppy" set via the preferences (the Gnome prefs set "sloppy", not "mouse"). With that, the situation is now so bad that wine is unusable. E.g. I can activate winecfg only by moving its window. Then, approx every other click causes the window to loose focus (which causes other apps to iconify). Every other click does not toggle the boolean checkboxes in winecfg (because its window is not active). When I'm not using a wine desktop window, the sudden iconification also prevents the apps from being usable, as there's no "restore" menu available (and "maximize" is disabled) in Gnome/metacity. I have no other window managers installed on this machines to try. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7