Bug 652942 - wine windows disappear when running GNOME Shell
Summary: wine windows disappear when running GNOME Shell
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-shell
Version: 14
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Owen Taylor
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-13 16:55 UTC by Adam Williamson
Modified: 2010-12-06 19:13 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-06 19:13:38 UTC
Type: ---


Attachments (Terms of Use)

Description Adam Williamson 2010-11-13 16:55:22 UTC
I'm guessing at Clutter for this, but IMBW. I've been trying to run the PokerStars software in wine, both 1.3.6-1 and 1.3.7-1 - 32-bit wine on 64-bit system, running in GNOME Shell, with nouveau driver.

With the installer, it starts off running fine, but when I hit the 'where to install' stage, the 'Next' button is missing and the default value has a variable in it - %SYSTEM_DRIVE or something. If I hit Browse and select a location that exists, as soon as I leave that dialog, the wine window disappears from view. At first I thought it had crashed, but it's still running, and when I go to the Activities view, I can actually see its thumbnail there - but I can't switch to it. Switching to it makes it pop up for a tiny amount of time (like a tenth of a second) and then disappear again; everything behaves as if it's there, the window I can actually see in its place is shown as inactive and clicks don't go to it; it's like the window is there, but invisible.

If I install the software in real Windows and then try to run it with wine from Fedora, it exhibits the same behaviour almost immediately - I see it log in, then when the login process is complete, the lobby window does the exact same disappearing trick. Again, I can see it in the thumbnail view on the Activities screen.

Nothing in /var/log/messages or /var/log/Xorg.0.log , but .xsession-errors has this:

Window manager warning: Log level 8: meta_display_unregister_x_window: assertion `g_hash_table_lookup (display->window_ids, &xwindow) != NULL' failed
Window manager warning: Log level 8: meta_display_register_x_window: assertion `g_hash_table_lookup (display->window_ids, xwindowp) == NULL' failed

(mutter:1922): GLib-GIO-WARNING **: Missing callback called fullpath = /home/adamw/.config/menus/settings.menu


(mutter:1922): GLib-GIO-WARNING **: Missing callback called fullpath = /home/adamw/.config/menus/gs-applications.menu

Comment 1 Peter Robinson 2010-12-06 15:32:43 UTC
I think this is in fact gnome-shell (or possibly mutter) as the window manager is responsible for the positioning/painting of windows etc.

Comment 2 Adam Williamson 2010-12-06 16:36:50 UTC
in that case, since f14 is using an ancient gnome-shell, I'll re-test with Rawhide soon and let you know if it still happens there.

Comment 3 Owen Taylor 2010-12-06 16:39:35 UTC
Probably:

 https://bugzilla.gnome.org/show_bug.cgi?id=593887

Comment 4 Adam Williamson 2010-12-06 18:56:30 UTC
Looks like it, indeed. In Rawhide, it's fine.

Are you interested in fixing this in F14 for the benefit of people who're running that release, or is it not worth the effort?

Comment 5 Colin Walters 2010-12-06 19:13:38 UTC
(In reply to comment #4)
> Looks like it, indeed. In Rawhide, it's fine.
> 
> Are you interested in fixing this in F14 for the benefit of people who're
> running that release, or is it not worth the effort?

No, F14 is an (old) preview, and we won't be updating it.


Note You need to log in before you can comment on or make changes to this bug.