GNOME Bugzilla – Bug 47943
Icons position not updated on screen resolution change
Last modified: 2018-01-02 18:47:43 UTC
i changed my screen size from 1600x1200 -> 1024x768, and my trash icon (which i had put in the lower left) is no longer visible, and i can't get it back without doing "clean up by name" ------- Additional Comments From don@eazel.com 2001-05-01 12:38:00 ---- Not a 1.0.3 blocker. Moving to "later" as P3. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:19 -------
Changing to "old" target milestone for all bugs laying around with no milestone set.
marking needinfo. Jacob: are you changing the screen size via ctrl+alt+(+/-) or are you changing via the x config file. If you are using ctrl+alt+(+/-) this is an x deficiency and notgnome
X config file.
Still happening with the latest 2.0.x packages?
I just tried this out on a stock Mandrake 9.0 system (nautilus-2.0.5-5mdk package). This is still a problem. The problem does not occur with Ctrl-Alt-(+/-), as the screen can still be scrolled in that case. Changing the /etc/X11/XF86Config-4 file and restarting the xserver so that only smaller resolutions are available will cut off all icons that weren't originally in the upper left part. Reopening and adding myself to the cc list. Also, changing version number to 2.0.x and target milestone to future.
Oops--forgot a few things. Marking as new and setting GNOMEVER2.0 keyword.
I'd assume this is a problem with other icons, and not just the Trash. Adding bugsquad, leaving normal/normal. It seems nautilus checks this when you're dragging multiple items around the desktop. You can't drag two folders such that one folder is off the screen (if you try, it'll be placed half on/half off)
I guess I wasn't very clear in what I wrote. Yes, this bug is relevant to ALL icons and I was able to get many of them off the screen by simply changing my (normally 1280x1024) resolution to 640x480 in the XF86Config-4 file. David: What version of nautilus are you using? I have 2.0.5, and I am actually able to get nautilus to drag icons off the screen by dragging more than one at once. If I then click on just one of the icons (so that all the icons aren't in a group anymore), I can no longer recover the other icons that were dragged off.
2.0.7 here. I'm not sure what you mean by clicking to get the icons to disappear. While I drag, the icon outlines will be drawn off the screen, but as soon as I release my mouse button from the drag, the icons which were off the screen will be placed half on/half off. This seems to be one of those things which is hard to describe using words.
Actually, I think I understand. When I drag a group of icons so that some are off the screen and let go of the mouse button, the icons that were off the screen remain off the screen. Since you have a later version, though, I'll assume it is a bug that exists in 2.0.5 only (or maybe earlier versions as well). But, of course, this is a different (though similar) bug than the one reported by Jacob. Yet if this bug that we've been recently talking about was fixed by version 2.0.7, then perhaps that means that the bug described by Jacob is fixed in 2.0.7 (but not in 2.0.5) as well? Can you check that David?
I checked in 2.1.1 - folders were moved so that their edges were displayed but the trash stayed inaccessible off screen. Changing summary and adding GNOMEVER2.1
There have been multiple requests to have certain icons (such as trash or mounted drives) appear in corners of the screen (e.g. upper right or lower right). This has appeared at least in bugs 41670, 41671, 45953 (tigert's request for this is fairly far down in the 45953 bug report), and 76337. Such a request sounds like it'd be very nice, but it may also cause this bug to be discovered more often--meaning, perhaps that this bug may need to be raised in severity or priority. Also, note that I'm working on a snap-to-grid feature (bug 41671) [disclaimer--I don't know if I can really pull it off yet]. Right now, my algorithm would fail in ugly ways if all the icons weren't on the screen before being run. One note: If icons are placed in certain corners by default, it may be useful to use a negative location to mean relative to the right or bottom sides of the screen (that way, when the resolution changes, the icons automatically move to the corner). Of course, doing this would mean a little bit of work to fix up my snap-to-grid algorithm, which assumes positive icon locations, all of which fit on the screen. I'm going to modify the summary right now too, because it's not just the trash icon, as we verified above.
This is still a problem in GNOME 2.8-- it happens either when changing resolution or icon size.
Bumping version...
still happens here... gnome 2.8.2 I use it in a ltsp environment, so I had a lot of diferent resolutions all over, when I go from one to another, I lost some of my icons.
gnome 2.18.3 still happen
Still in 2.22. These 3 bugs all seem quite tightly related, and all quite old: http://bugzilla.gnome.org/show_bug.cgi?id=47943 http://bugzilla.gnome.org/show_bug.cgi?id=82400 http://bugzilla.gnome.org/show_bug.cgi?id=106599
*** Bug 106599 has been marked as a duplicate of this bug. ***
Bug 106599 has a preliminary patch for this bug. Note that we should try to cover both the case in which the resolution is changed by xrandr (most frequent one nowadays) and the case in which it is changed by modifying the X config file + Xserver restart.
Still present in 2.26.x Upp'ing to high/major, since it's easy to lose obvious access (and indeed knowledge of) to files if you create them with a large display, then switch to a smaller one. (plus it's been around for over 8 years now...)
Still present in 2.28.2. The patch in #106599 did not fix it for me. Shall we wait until this bug gets 10 years old? Whould be great fun!
*** Bug 593338 has been marked as a duplicate of this bug. ***
*** Bug 586294 has been marked as a duplicate of this bug. ***
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/