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 47943 - Icons position not updated on screen resolution change
Icons position not updated on screen resolution change
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Desktop
2.26.x
Other Linux
: High major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
nautilus[EMC08]
: 106599 586294 593338 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-03-30 16:54 UTC by jacob berkman
Modified: 2018-01-02 18:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description jacob berkman 2001-09-10 01:19:50 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 -------
Comment 1 John Fleck 2002-01-05 04:21:04 UTC
Changing to "old" target milestone for all bugs laying around with no milestone set.
Comment 2 Dave Bordoley [Not Reading Bug Mail] 2002-03-28 14:54:34 UTC
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
Comment 3 jacob berkman 2002-03-28 17:58:43 UTC
X config file.

Comment 4 Kjartan Maraas 2002-08-04 15:49:43 UTC
Still happening with the latest 2.0.x packages?
Comment 5 Elijah Newren 2002-11-08 04:51:15 UTC
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.

Comment 6 Elijah Newren 2002-11-23 21:46:28 UTC
Oops--forgot a few things.  Marking as new and setting GNOMEVER2.0
keyword.
Comment 7 David Kennedy 2002-11-23 23:08:24 UTC
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)
Comment 8 Elijah Newren 2002-11-24 06:24:43 UTC
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.
Comment 9 David Kennedy 2002-11-25 02:03:28 UTC
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.
Comment 10 Elijah Newren 2002-11-25 02:47:43 UTC
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?
Comment 11 David Kennedy 2002-11-25 04:07:26 UTC
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
Comment 12 Elijah Newren 2003-01-13 20:15:11 UTC
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.
Comment 13 Erika Ahlswede 2004-10-19 12:59:20 UTC
This is still a problem in GNOME 2.8-- it happens either when changing
resolution or icon size. 
Comment 14 Kjartan Maraas 2005-01-03 13:54:44 UTC
Bumping version...
Comment 15 Everson Araujo 2005-02-25 18:36:32 UTC
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.
Comment 16 D.J lee 2007-11-02 04:12:39 UTC
gnome 2.18.3 still happen
Comment 17 Jeremy Nickurak 2008-07-28 21:26:14 UTC
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
Comment 18 Cosimo Cecchi 2008-11-15 11:50:10 UTC
*** Bug 106599 has been marked as a duplicate of this bug. ***
Comment 19 Cosimo Cecchi 2008-11-15 11:54:06 UTC
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.
Comment 20 Jeremy Nickurak 2009-04-22 01:01:46 UTC
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...)
Comment 21 Pozsár Balázs 2010-02-24 23:42:08 UTC
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!
Comment 22 Cosimo Cecchi 2010-04-16 18:34:34 UTC
*** Bug 593338 has been marked as a duplicate of this bug. ***
Comment 23 Cosimo Cecchi 2010-04-16 18:34:50 UTC
*** Bug 586294 has been marked as a duplicate of this bug. ***
Comment 24 António Fernandes 2018-01-02 18:47:43 UTC
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/