--------------Boundary-00=_U4VRHIUTI3IWHGVN33W0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

On Mardi 28 Août 2001 12:23, Michael Goffioul wrote:
> > If this is when upgrading to KDE-2.2. for the first time, it's a known bug and it's fixed
> > (the "new release" code was copying over an almost empty .directory file).
> > Otherwise, it's indeed a remaining bug. How is it triggered ? (what event makes it happen?).
> > Are the coordinates in the .directory file sensible ?
> 
> It's CVS code (from last night). And as I said, I emove any coordinate from the
> .directory, but it didn't change anything:
>  - logout
>  - edit .directory in a console and remove any coordinate info
>  - login
> => problem still occurs.

What if you actually _modify_ a coordinate (like, set one icon's X to 800),
is that used on the next startup ?

If you completely remove the .directory file, and then start KDE, can you move 
icons around ?

If you grep KDEVersion ~/.kde/share/config/kdesktoprc, do you get 2, 9 and 0 ?

> > Ouch. I can't see how this happens (icons are moved upon listing or renaming,
> > but when the user moves them the program doesn't interfer.....).
> > Hmm, unless some sort of "auto-arrange" gets triggered, but... well there's no
> > such feature yet (and the QIconView one is disabled).

I just committed some debug output for this case.

> > I need either a way to reproduce this, or debug output....
> 
> Here's the debug output from .xsession-errors when trying to move an icon.
> Tell me what to do to produce more useful debug output if needed.

Please update, then uncomment all the kdDebug calls in KDIconView::slotNewItems,
and apply the attached patch (to libkonq).

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/ , http://www.konqueror.org/
KDE, Making The Future of Computing Available Today


--------------Boundary-00=_U4VRHIUTI3IWHGVN33W0
Content-Type: text/x-diff;
  charset="iso-8859-1";
  name="diff"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="diff"

SW5kZXg6IGtvbnFfaWNvbnZpZXd3aWRnZXQuY2MKPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUv
a2RlL2tkZWJhc2UvbGlia29ucS9rb25xX2ljb252aWV3d2lkZ2V0LmNjLHYKcmV0cmlldmluZyBy
ZXZpc2lvbiAxLjE1NApkaWZmIC11IC1wIC1yMS4xNTQga29ucV9pY29udmlld3dpZGdldC5jYwot
LS0ga29ucV9pY29udmlld3dpZGdldC5jYwkyMDAxLzA4LzE5IDIwOjA1OjQ1CTEuMTU0CisrKyBr
b25xX2ljb252aWV3d2lkZ2V0LmNjCTIwMDEvMDgvMjggMTA6NDQ6MjkKQEAgLTc1NSw3ICs3NTUs
NyBAQCB2b2lkIEtvbnFJY29uVmlld1dpZGdldDo6c2xvdFNhdmVJY29uUG9zCiB7CiAgIGlmICgg
bV9kb3REaXJlY3RvcnlQYXRoLmlzRW1wdHkoKSApCiAgICAgcmV0dXJuOwotICAvL2tkRGVidWco
MTIwMykgPDwgIktvbnFJY29uVmlld1dpZGdldDo6c2xvdFNhdmVJY29uUG9zaXRpb25zIiA8PCBl
bmRsOworICBrZERlYnVnKDEyMDMpIDw8ICJLb25xSWNvblZpZXdXaWRnZXQ6OnNsb3RTYXZlSWNv
blBvc2l0aW9ucyIgPDwgZW5kbDsKICAgS1NpbXBsZUNvbmZpZyBkb3REaXJlY3RvcnkoIG1fZG90
RGlyZWN0b3J5UGF0aCApOwogICBRSWNvblZpZXdJdGVtICppdCA9IGZpcnN0SXRlbSgpOwogICB3
aGlsZSAoIGl0ICkKQEAgLTc2NCw3ICs3NjQsNyBAQCB2b2lkIEtvbnFJY29uVmlld1dpZGdldDo6
c2xvdFNhdmVJY29uUG9zCiAgICAgS29ucUZpbGVJdGVtICppdGVtID0gaXZpLT5pdGVtKCk7CiAK
ICAgICBkb3REaXJlY3Rvcnkuc2V0R3JvdXAoIFFTdHJpbmcoIG1faWNvblBvc2l0aW9uR3JvdXBQ
cmVmaXggKS5hcHBlbmQoIGl0ZW0tPnVybCgpLmZpbGVOYW1lKCkgKSApOwotICAgIC8va2REZWJ1
ZygxMjAzKSA8PCAiS29ucUljb25WaWV3V2lkZ2V0OjpzbG90U2F2ZUljb25Qb3NpdGlvbnMgIiA8
PCBpdGVtLT51cmwoKS5maWxlTmFtZSgpIDw8ICIgIiA8PCBpdC0+eCgpIDw8ICIgIiA8PCBpdC0+
eSgpIDw8IGVuZGw7CisgICAga2REZWJ1ZygxMjAzKSA8PCAiS29ucUljb25WaWV3V2lkZ2V0Ojpz
bG90U2F2ZUljb25Qb3NpdGlvbnMgIiA8PCBpdGVtLT51cmwoKS5maWxlTmFtZSgpIDw8ICIgIiA8
PCBpdC0+eCgpIDw8ICIgIiA8PCBpdC0+eSgpIDw8IGVuZGw7CiAgICAgZG90RGlyZWN0b3J5Lndy
aXRlRW50cnkoICJYIiwgaXQtPngoKSApOwogICAgIGRvdERpcmVjdG9yeS53cml0ZUVudHJ5KCAi
WSIsIGl0LT55KCkgKTsKICAgICBkb3REaXJlY3Rvcnkud3JpdGVFbnRyeSggIkV4aXN0cyIsIHRy
dWUgKTsK

--------------Boundary-00=_U4VRHIUTI3IWHGVN33W0--