GNOME Bugzilla – Bug 60280
Nautilus desktop does not work properly with Xinerama and different screen resolutions.
Last modified: 2018-01-02 18:50:55 UTC
My configuration: X Head 1 (left): 1024x768 X Head 2 (right): 1280x1024 Due to the different screen sizes X creates a 'dead' area under the bottom of the first head so the virtual screen can be a square. When "Clean up by Name" is selected Nautilus will place desktop items in this dead area leaving no way to interact with them.
Changing to "old" target milestone for all bugs laying around with no milestone set.
*** Bug 79625 has been marked as a duplicate of this bug. ***
Note the dup - this is still an issue with GNOME2 Nautilus.
louie says that this should be fixed in gnome2.1 and if they could test it and report specific problems we'd appreciate it
This bug should not be closed. I am running the latest GNOME 2.1.x snaps (as of 2002-11-01) and this bug is still present.
I don't know if this is the same bug, but right click doesn't work on my second monitor when using nautilus as the root window (dragging things over there does not work either). I'm using the nvidia drivers with twinview but I can't tell if the xinerama extensions are on.
*** Bug 144434 has been marked as a duplicate of this bug. ***
The problem still exists with nautilus 2.7.92.
*** Bug 151301 has been marked as a duplicate of this bug. ***
Bumping version...
It happens for me too, please fix it! :)
*** Bug 331734 has been marked as a duplicate of this bug. ***
*** Bug 341528 has been marked as a duplicate of this bug. ***
Happens in Gnome 2.16 as well.
Ok going into a bare X session shows this problem is not nautilus but something in gnome. Also tried with just launching metacity.
Recurring problem since 2006 up to gnome-2.20. screen1 1280x1024 screen0 1600x1200 - everything works fine for a while but once it goes wrong all sort of problem arise. In my case, playing a game with wine (specifically when I exited the game) seems to have trigger the problem. a- icons on the screen0 cannot be placed outside of the 1280x1024 area. b- desktop icons are only visible in workspace 1 c- closing a nautilus window in one screen cause nautilus on other screen to restart. For all I know the confusion of display :0.0 and :0.1 by several part of Gnome can explain most issues.
*** Bug 552544 has been marked as a duplicate of this bug. ***
It seems that this is still an issue for Nautilus 2.22.
Created attachment 119002 [details] [review] dead space prevention This supplementary patch ensures that no icon is placed in dead space. However, it only makes sense as soon as the “clean up by name” functionality is multi-monitor aware. Otherwise the top or bottom row (depending on the screen positions) will be crowded with overlapping items that were moved to visible space. I think the layout routines should work on a per-monitor basis. However, it's a bit tricky what to do when regions in various monitors overlap, since we'd have multiple layout grids with different opinions where items should end up. I also find it a bit odd that the _NET_WORKAREA seems to request an entire frame around the screen, rather than around a single monitor. Maybe it was introduced before Xinerama and XRandr where in a decent shape.
Mr Neumair, What are the chances that the changes you mentioned are implemented soon? As someone who really likes gnome, but cannot implement it at work due to this limitation, I am very interested. I think you hit the nail on the head when you indicated that all this is antiquated. These day, multiple monitors setups are becoming more and more common, especially in work environments. I am glad to see that someone has finally taken the issue seriously enough to work on a patch for a symptom but, as you said, there needs to be more work done to make it a practical solution. This is especially true for business users who (like me) have no idea how to code, but use the software as a tool to get work done. I have made a list of the specific issues that I have found gnome's dual monitor support to have. Is there an appropriate place to post such a list?
*** Bug 574487 has been marked as a duplicate of this bug. ***
This bug should be blocking the RANDR tracker bug. Sorry for filing a dup at first, didn't find this one.
(In reply to comment #22) > This bug should be blocking the RANDR tracker bug. ... which is #573207.
*** Bug 568871 has been marked as a duplicate of this bug. ***
*** Bug 590116 has been marked as a duplicate of this bug. ***
This bug is still present in Gnome 2.28.1. However, I have found a workaround: While nautilus doesn't seem to take in the visible portion of the virtual screen area into consideration, it does pay attention to panel placement! This may be why this issue doesn't get as much attention as one might expect, as if you have a gnome-panel on smaller screen, everything seems to work. I however have a primary large screen with panels on the right, and a smaller secondary screen without on the left, so I see the issue. By adding a new empty panel to my smaller screen (on the edge next to the blank space in the virtual screen) and setting it to auto-hide, I lose one pixel, but nautilus properly aligns icons to within the visible portion of the screens.
*** Bug 586155 has been marked as a duplicate of this bug. ***
*** Bug 603669 has been marked as a duplicate of this bug. ***
I'd like to add to this bug, that the icons behave properly on the XFCE desktop but the cursor can still be moved to a dead area.
What is the current status of this bug? I am on Ubuntu 14.04 and am experiencing the same problem.
Comment on attachment 119002 [details] [review] dead space prevention libnautilus-private/nautilus-icon-container.c does not exist anymore; hence patch does not apply cleanly
Starting with version 3.28, nautilus will not handle the "files on desktop background" feature. For better alternatives, read this blog post https://csorianognome.wordpress.com/2017/12/21/nautilus-desktop-plans/