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.
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.
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.
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.
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.
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.
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.
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.
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.
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.