I tried to show John how cool I was by demoing my find a hole algorithm.  To my
surprise, it failed miserably.  I am humble, so I started to debug.  I
discovered that saved icon positions for previouslly created and deleted files
such as "Untitled 1" were being used.  It seems that thisinformation should be
purged from the XML file when an icon is deleted or removed form the icon
container.



------- Additional Comments From darin@bentspoon.com 2000-08-17 09:32:59 ----

Two things we should do to fix this:

    1) delete metadata when deleting an item
    2) delete metadata when we just created an item in case there is some (from
someone editing the file or removing the item outside the program)

Both are pretty easy.



------- Additional Comments From darin@bentspoon.com 2000-09-27 10:17:45 ----

Part 1 of this is covered by bug 42807.



------- Additional Comments From darin@bentspoon.com 2000-10-12 13:15:22 ----

This doesn't really show up that much, so I think it doesn't need to be fixed
for PR2. It only really happens when you re-create an item that was formerly on
the desktop. If you drag it, it goes to the right place.



------- Additional Comments From eli@eazel.com 2001-01-26 21:22:02 ----

I'm not certain that I've understood how to verify this bug, but here's my best
guess. Darin or Gene, please re-open if I've misunderstood:

1. Added a bogus entry to the desktop's nautilus-metafile.xml:
  <FILE NAME="random" ICON_POSITION="600,400"/>

2. Launched Nautilus & dragged a file to the desktop with that name ('random')

Line from metafile now reads:

  <FILE NAME="random" ICON_POSITION="0,303"/>

...and the file was placed where dragged.

(PR3 Jan 26th 17:04:42 2001 build)



------- Additional Comments From gzr@eazel.com 2001-01-27 08:07:41 ----

The main case where this problem arose was when you had created a folder and 
the system autoneamed it untitled folder. If you then created 20 more folders, 
moved untitled folder to the middle of the desktop and then deleted it, then 
created another new folder, wgich would be autonamed utitled folder, it would 
be placed where the last untitled folder was, rather than being autoplaced in 
the empty hole where the folder used to be.  I just did this test and it seems 
to be fixed, but tgis description should clear up the bug as I saw it manifest 
itself.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:36 -------
Bug depends on bug(s) 42807.