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 319348 - after clicking on the panel on the second screen the run application dialog still opens on the first screen
after clicking on the panel on the second screen the run application dialog s...
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.12.x
Other All
: Normal minor
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks: 324772
 
 
Reported: 2005-10-20 20:07 UTC by Petteri Räty
Modified: 2006-01-30 17:27 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
When mouse switches screen, focus default window on new workspace (3.23 KB, patch)
2006-01-22 23:47 UTC, Elijah Newren
committed Details | Review

Description Petteri Räty 2005-10-20 20:07:48 UTC
Please describe the problem:
Clicking gnome panel does not properly switch the screen where alt+f2 opens the
run application dialog.

Steps to reproduce:
1. click somewhere in screen 1
2. press alt+f2
3. click gnome panel in screen 2
4. press alt+f2
5. click desktop background in screen 2
6. press alt+f2

Actual results:
2. run application opens on screen 1 (correct)
4. run application opens on screen 1 (wrong)
6. run application opens on screen 2 (correct)

Expected results:
The run application dialog should open on screen 2 already after step 4.

Does this happen every time?
yes

Other information:
Comment 1 Vincent Untz 2005-12-15 07:55:44 UTC
Clicking the panel doesn't give it the focus, so I suppose the focus is still on
screen 1 and thus there's no reason that pressing alt+f2 would open the run
dialog in screen 2.

Adding Elijah to cc since he's more clever than me :-) (and he can confirm if
I'm right).
Comment 2 Petteri Räty 2005-12-15 10:45:24 UTC
> Clicking the panel doesn't give it the focus, so I suppose the focus is still on
> screen 1 and thus there's no reason that pressing alt+f2 would open the run
> dialog in screen 2.

I concluded that too as the same happens in another desktop environment. I
suppose this should be improved in xorg then? My user intuition is that clicking
the panel should give it focus.
Comment 3 Vincent Untz 2005-12-15 16:16:20 UTC
It's more a window manager issue than a xorg issue, really :-)

Maybe metacity should give the focus to a window in the screen. Dunno.
Comment 4 Elijah Newren 2005-12-15 16:57:54 UTC
Vincent is correct as far as focus and the panel is concerned in comment 1.  I
really have little clue about how screen-to-open-window-on is selected (I would
have assumed it's the screen where the mouse is but you guys seem to be saying
it's the screen where the focus window is), but I do know that we have all kinds
of dual-screen (sans xinerama) issues in metacity.  I should make a tracker bug
for them or something and try to find some time to fix them (since I was
recently told how to emulate a dual-screen setup with a single screen).

Anyway, I don't think this is gnome-panel related at all so I'll reassign to
Metacity.
Comment 5 Elijah Newren 2006-01-22 23:47:46 UTC
Created attachment 57881 [details] [review]
When mouse switches screen, focus default window on new workspace

This patch fixes this bug and a couple related ones.  I'm not entirely sure it's entirely right for click-to-focus (we might want to wait until after a click on a window or dock on the second screen); but it is at least better than the current behavior.  Additionally, (1) a couple couple google searches and reading of mailing lists on the topic seem to suggest this (though not that strongly), and (2) the alternative of waiting until a window is clicked on would be really weird if the first window clicked on is a panel because in that case it'd mean transferring focus to a new window that isn't even the one being clicked on.
Comment 6 Elijah Newren 2006-01-30 17:27:45 UTC
Committing so I can get it in the release today.