Hi, On a couple of occasions I've mentioned that when I copy to the clipboard in a native KDE / Qt application (Konsole, KMail, Eric3, e.g.) my diskette drive activates, even though there is no diskette inserted. This symptom does not occur when copying to the clipboard in non-Qt applications (Mozilla, Java GUIs, etc.). A message on the SuSE-Linux-E list mentioned a related issue for a user who had a symbolic link in the root directory to his floppy device mount point in /media but had no drive connected. His symptoms were even worse in that Konqueror would hang when he directed it at the root directory. Then it occurred to me that I also have symlinks in root to my Lexar Jump drive (a flash RAM memory stick) and that device has a tiny green LED activity indicator. So I did a copy in Konsole while watching the activity light on the flash RAM stick and sure enough, it showed activity. So I removed the symbolic link from /floppy to /media/floppy and now when I copy something to the clipboard the diskette drive no longer attempts to access the media. The same is true for the flash RAM stick. In fact, in the latter case, I had two symlinks, one called "jump" and the other called "lexar" both targeting that unwieldy USB device name. Removing one of them lessened the amount of activity and removing both eliminated it. So, I'm glad about resolving this annoying symptom, but the question is, why does it happen? Why does copying something to the clipboard in a KDE / Qt application cause symbolic links in the root to be dereferenced and, apparently, the directories they point to scanned? Could it have something to do with Klipper? I have it running, though I don't have its actions enabled. I don't see anything in its configuration that would suggest a connection. Does anyone know? Thanks. Randall Schulz