Bug 81941 - metacity moves the window that is being raised to the current workspace
metacity moves the window that is being raised to the current workspace
Status: CLOSED RAWHIDE
Product: Red Hat Raw Hide
Classification: Retired
Component: metacity (Show other bugs)
1.0
athlon Linux
medium Severity medium
: ---
: ---
Assigned To: Christopher Blizzard
Ben Levenson
: Triaged
Depends On:
Blocks: 79579 CambridgeTarget
  Show dependency treegraph
 
Reported: 2003-01-15 11:00 EST by Sam Steingold
Modified: 2007-04-18 12:50 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-10-24 10:32:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Sam Steingold 2003-01-15 11:00:30 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218

Description of problem:
I have several workspaces and the only mozilla window is open (not iconified!)
in workspace 2, and an xterm in workspace 1.
I type in the xterm:
$ mozilla -remote 'openUrl(http://www.gnu.org,new-tab)'
I expect the GNU page to be opened in the (only) mozilla window which should
stay in workspace 2 (this is what happened in mozilla 1 and in mozilla 1.2.1 as
distributed by mozilla.org).
Instead, in mozilla 1.2.1 as distributed with phoebe, the mozilla window appears
in the workspace 1, obscuring my xterm.

Version-Release number of selected component (if applicable):  1.2.1


How reproducible:
Always

Steps to Reproduce:
1. mozilla in workspace 2
2. xterm in workspace 1
3. in xterm: 
   $ mozilla -remote 'openUrl(http://www.gnu.org,new-tab)'


Actual Results:  mozilla window appears in the workspace 1 (one - where the
xterm is)

Expected Results:  mozilla window stays in the workspace 2 (two - where it
always was)

Additional info:

this worked as espected with moz 1 (rh8) and moz 1.2.1 as distributed by
mozilla.org, but breaks with moz 1.2.1 as distributed with phoebe.
Comment 1 Christopher Blizzard 2003-01-15 12:47:31 EST
This is using gtk 1.2 so I don't know why it would be switching desktops.  It
does try to raise itself (as it should) but it certainly shouldn't be switching
desktops.
Comment 2 Havoc Pennington 2003-01-15 12:54:16 EST
Can you confirm that you're using or not using metacity window manager?
Comment 3 Sam Steingold 2003-01-15 13:05:05 EST
I am using whatever came with phoebe by default - yes, it is metacity.
Comment 4 Sam Steingold 2003-01-21 18:36:45 EST
this is __NOT__ mozilla-specific!
I just got the same symptom with emacs, so I changed the summary.
Comment 5 Havoc Pennington 2003-01-21 18:48:35 EST
I fixed this in metacity CVS, we'll get the fix next time we upgrade version.
Comment 6 Christopher Blizzard 2003-10-24 10:32:43 EDT
I'm going to assume that this was picked up, since this was fixed in cvs a long
time ago.

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