Version: 3.5 (using KDE KDE 3.5.1) Installed from: SuSE RPMs OS: Linux I've just tried to move files from a CD-ROM drive to another location. Konqueror complained it cannot delete file and I allowed it to 'Auto skip'. However, after that the view that showed CD-ROM files lacked items that were 'moved'. I suggest, that move should be restricted for read-only locations (just like konqueror restricts copying to a read-only location) or a dialog asking 'Do you want to copy instead' should be presented to user.
Seems to work here - if I DnD from a folder without write permissions, no "move" option is shown. I can't find a way to reproduce the behaviour described
I have reproduced it partly: I put a data cdrom in the drive and let hal/dbus/kde/whatever mount it and show it in konqueror I created a two pane view with system:/median/hdc in one pane and /tmp/foo in the other pane. I dragged files from the cd pane to the tmp-folder pane. I was asked if I would move, copy or link here. If I chose 'move', it appears in the tmp-folder pane and I get a alertbox with the described message "Could not delete file /media/MEDIANAME/file". After this operation there was still a file in the cd pane. No need to refresh to get it back. So the part describet in the title is not reproducable, but the possibility to 'move' as described in the bug report and the alert box is reproduced here. Debian unstable newest packages. /Sune
Can reproduce as described. Konqueror assumes, that system:/ is writeable, but for CDs it isn't. Acessing disk from /media and not system:/ works as expected. KDE 3.5.5 on Gentoo.
Bug title changed to reflect current situation as described in the previous comments. Correct behaviour would be to not offer the option to Move from read-only source - see previous comments for specifics.
I can reproduce it in trunk 20080507.
*** This bug has been marked as a duplicate of 161594 ***