After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 604536 - When a compositing manager is launched/relaunched, window ID is reset and window position is reset to top left hand corner
When a compositing manager is launched/relaunched, window ID is reset and win...
Status: RESOLVED DUPLICATE of bug 564648
Product: gnome-terminal
Classification: Core
Component: general
unspecified
Other Linux
: Normal minor
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-12-14 13:30 UTC by Sam Spilsbury
Modified: 2010-07-01 07:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
XWinInfo before the situation is replicated (703 bytes, text/plain)
2009-12-14 13:30 UTC, Sam Spilsbury
Details
XWinInfo after the window manager replaces (701 bytes, text/plain)
2009-12-14 13:31 UTC, Sam Spilsbury
Details

Description Sam Spilsbury 2009-12-14 13:30:19 UTC
Created attachment 149696 [details]
XWinInfo before the situation is replicated

When a compositing window manager such as metacity with XRender compositing, mutter, KWin or compiz replaces a non-compositing window manager or replaces a compositing window manager, or a non compositing window manager replaces a compositing window manager (but not when a non compositing window manager replaces a non compositing window manager), GNOME-Terminal has it's window xid set to something else and moves itself to the top left hand corner of the screen, usually just below the top panel.

Attached are copies of xwininfo for before and after a the situation is replicated.
Comment 1 Sam Spilsbury 2009-12-14 13:31:03 UTC
Created attachment 149697 [details]
XWinInfo after the window manager replaces
Comment 2 Sam Spilsbury 2009-12-14 13:32:09 UTC
This may be an X Server bug, although comment from either GTK or GNOME-Terminal developers is necessary.
Comment 3 Christian Persch 2009-12-14 14:04:06 UTC
Please specify which version of gnome-terminal this is happening with.
Comment 4 Sam Spilsbury 2009-12-14 14:08:37 UTC
Sure, I didn't think to the first time, sorry, its: GNOME Terminal 2.26.3.1
Comment 5 Christian Persch 2009-12-14 14:28:16 UTC
Please try with 2.28.1; this should be have been fixed by bug 564648.
Comment 6 Sam Spilsbury 2009-12-14 16:28:10 UTC
Thanks! It was somewhat annoying being a compiz hacker and having my terminals go away from my carefully arranged windows back to 0x0. Didn't realize this was a dupe.

I'll triage it again as soon as I get my hands on a livecd with 2.28.1. Feel free to mark it as a dupe though.
Comment 7 Tobias Mueller 2010-07-01 07:47:24 UTC
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade.

*** This bug has been marked as a duplicate of bug 564648 ***