Description of problem: I have a Dell laptop XPS M1330 with 01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1) When using gnome-shell and connecting vga external monitor I cannot use it in a configuration where it stays above the laptop display. Instead it is ok if I put external monitor below the laptop display. In fallback mode the behaviour is ok. Version-Release number of selected component (if applicable): xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15.x86_64 How reproducible: always Steps to Reproduce: 1. set native gnome-shell mode 2. configure external monitor (vga connected) above the laptop one 3. manage windows Actual results: I cannot put a window inside the external monitor. If I drag it stops right under the top bar (the activities, calendar, ecc.. one) Expected results: To be able to use external monitor with a configuration that mimics the physical layout, so laptop display below and external monitor above. Additional info: no xorg.conf configured I'm going to attach Xorg.0.log when trying configuration with external monitor above and below
Created attachment 503515 [details] contents of Xorg.0.log while trying to set up external monitor above laptop one
Hah, odd bug. I can confirm this behaviour. Not likely to be the video driver's problem however, reassigning.
Hi, it seems the top bar of gnome shell is "impenetrable wall (from below)" (copyright Adam Jackson ;-). In fact if I go in systems settings --> displays - set external display on top - drag and drop the top bar (yes I can drag it too...) from the top of laptop to the top of external monitor (so at the absolute top of display layout) Then I can use correctly the configuration. the problem is that if at a certain time I have to disconnect the external monitor, I completely loose the top bar: in fact it is not "automagically" repositioned as it would desirable. And I cannot work without manual intervention. Tested in both fallback ad gnome-shell mode: it fails for both configurations. In both configurations if I re-connect the external display I regain the remembered config and keep on working. Another working test that could be represent real situation: - environment with gnome-shell - external monitor on top and top bar on top of it - working normally - shutdown the system (go home simulation ;-) - disconnect vga - startup the system (you have to work @home too, where you don't have the external monitor.. ;-) - gnome shell starts correctly with the top bar on top of laptop display. HIH, Gianluca
BTW: the windows that are placed in the lower display (laptop one) appear in every workspace, not only in the one where I first opened them. Instead the upper display respects windows appearance. It think this is not expected behaviour, is it? I had this same incorrect behaviour of lower display windows also with nvidia proprietary driver and configuration set up with this in xorg.conf: Section "Screen" Identifier "Screen0" Device "Device0" DefaultDepth 24 Option "TwinView" "1" Option "MetaModes" "CRT-0: 1280x1024 +0+0, DFP-0: 1280x800 +0+1024; CRT-0: NULL, DFP-0: 1280x800; CRT-0: 1280x1024 +0+0, DFP-0: NULL" SubSection "Display" Depth 24 EndSubSection EndSection It was with xorg-x11-drv-nvidia-270.41.06-1.fc15.x86_64 from rpmfusion. I think this is a general problem of gnome-shell and independent from display driver used.
The workspace thing is the intended behavior. There is a setting somewhere to adjust that.
Bad default in my opinion. Is this upstream or Fedora default? Tried running gnome-tweak-tool but I didn't find this setting...
I have this problem too. My solve is: move the top monitor a little left/right from the notebook screen, so you can drift windows to the top one. Hope there is a patch for this bug. To Gianluca: Do you mean the option: workspaces_only_on_primary ? In config-editor, /desktop/gnome/shell/windows/workspaces_only_on_primary
That is the setting I was referring to. Sorry, I didn't get around to looking it up.
Ok, at least changing (unchecking) that setting did the workspace trick. Thanks, Gianluca
Still happening in F16 and F17 gnome-shell.
*** Bug 751668 has been marked as a duplicate of this bug. ***
In Fedora 18, I am seeing the behavior where trying to drag a window from the lower monitor to the upper monitor past the black menu bar causes the window to get "stuck" on the black menu bar. I did discover that it is not an "impenetreble wall"; if I drag the window a considerable distance above the black menu bar, it eventually does hop to the upper monitor. I agree this is not ideal behavior. I suspect this is related to more general dual-monitor snap problems described on Bug 832820.
*** Bug 875819 has been marked as a duplicate of this bug. ***
Bug 832829 is a duplicate of Bug 746462, which has been reported upstream.
Sorry, the previous comment should read: Bug 832820 is a duplicate of Bug 746462, which has been reported upstream.
This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
What is the upstream bug#? Anyway I am pretty sure this is still true for 3.6 (f18) and probably also f19 (3.8).
There is still the same problem in F20 with Gnome Shell 3.10.2.1-3.fc20.
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Reopen and set to F20 per comment #19
In my case with Fedora 20 I "solve" the problem setting the external monitor as "primary". This way the Activities bar is suddenly moved on top of the external monitor and I can use all the workspace sum of the two monitors. I don't know if it is possible to keep the activities bar in the top of the laptop monitor but let the window cross it to go on top one. ALso, now there is no choiche to drag and drop the bar itself from laptop monitor to external one or viceversa as there was before.
This issue has been fixed upstream in 3.12.1, which is already in Rawhide.