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 586155 - differently sized dual-head setup leaves icons appearing off-screen
differently sized dual-head setup leaves icons appearing off-screen
Status: RESOLVED DUPLICATE of bug 60280
Product: nautilus
Classification: Core
Component: Desktop
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Reported: 2009-06-17 18:12 UTC by Adrian Sud
Modified: 2010-02-27 12:28 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26

Description Adrian Sud 2009-06-17 18:12:07 UTC
Please describe the problem:
I am using an NVidia card with TwinView across two monitors that are not the same size. Compiz correctly recognizes borders, and blacks out the excess virtual space, but Nautilus allows icons to appear in it.

One monitor is 1440x900 (laptop screen, default, bottom-left), and the other is 2560x1600 (large monitor, right). The orientation of the two creates a 1440x700 "pocket" above the laptop screen of virtual screen space.

Since it is at the top left, when programs dump a file in $HOME/Desktop, the file icon appears in this "pocket" that is not visible on the screen.

Currently the only way to bring the lost icons back to visible space is to open a separate nautilus folder window to $HOME/Desktop, find any icons that are missing, and drag them onto the desktop in a visible area.

Steps to reproduce:
1. Set up a dual-head system wherein the two monitors are not the same size, e.g. a laptop screen left-of a larger, normal screen. Move the smaller screen to the bottom of the virtual desktop space.
2. Open a terminal to $Home/Desktop
3. type "touch myfile".

Actual results:
It does not appear on screen since it has been placed in the excess virtual area above the left viewport.

Expected results:
the icon should appear in the top left *of the primary viewport*, and never in virtual area.

Does this happen every time?

Other information:
I'm moving this upstream from here:

Since I am using TwinView/NVidia, I'm uncertain if this effects me because of the proprietary driver. However, since all window snapping and spawning rules seem to be applied properly, it seems that this is not an issue with those.

The mouse is not barred from entering the "pocket" either, however this part is most likely not a bug with nautilus, and instead with Compiz/Metacity/X11.
Comment 1 Etienne Ringuet 2009-08-10 01:31:26 UTC
I am running ubuntu 9.04 64 bit with gnome 2.26.1.

I have a monitor in 1440x900 and another one in 1680x1050. Icons in the 1440x900 monitor seem to follow the resolution of my main monitor and when arranged by nautilus, they get placed farther than the edge of the screen.
Comment 2 Henrik Danielsson 2009-12-28 18:05:58 UTC
I can confirm this on Ubuntu 9.10, Gnome 2.28.1. Using the Nvidia 185.18.36 driver, I've set up my right screen to 1920x1280 and my left to 1280x1024 and icons are frequently placed below it (pushed down by a column of icons above it) before wrapping around to the top of the screen. I can still access and move the icons away from the hidden area by box-selecting a large area below the screen (also including at least one visible icon for a 'drag handle') and hoping I catch them all. Auto sorting the icons always places some below the visible area.

Window placement seems to work fine (if they end up on the correct monitor).
Comment 3 Cosimo Cecchi 2010-02-27 12:28:47 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

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