Your message dated Mon, 08 May 2006 04:51:02 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Seems fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: konqueror
Version: 4:3.1.2-1
Severity: normal
Let's say I drag a file "foo" to the trash can. It gets put in there, no
problem.
If I later drag another file "foo" to the trash can, Konqueror confusingly
asks if I want to overwrite the file "foo". Now, I see why it's doing this
(because it's using the same logic as for any other folder), but for the
trash can, that makes no sense. It should just rename it as it goes in.
(Nautilus, for instance, takes that approach)
Another option would be to use some internal filename hashing of some sort.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux wile 2.4.20 #2 Mon Jun 9 14:29:13 CDT 2003 i686
Locale: LANG=C, LC_CTYPE=en_US
Versions of packages konqueror depends on:
ii kate 4:3.1.2-1 KDE Advanced Text Editor
ii kcontrol 4:3.1.2-1 KDE Control Center
ii kdelibs4 4:3.1.2-2 KDE core libraries
ii kfind 4:3.1.2-1 KDE File Find Utility
ii libart-2.0-2 2.3.12-1 Library of functions for 2D graphi
ii libc6 2.3.1-17 GNU C Library: Shared libraries an
ii libfam0c102 2.6.10-1 client library to control the FAM
ii libgcc1 1:3.3.1-0pre0 GCC support library
ii libjpeg62 6b-8 The Independent JPEG Group's JPEG
ii libkonq4 4:3.1.2-1 Core libraries for KDE's file mana
ii libpng12-0 1.2.5.0-4 PNG library - runtime
ii libqt3c102-mt 3:3.1.1-8 Qt GUI Library (Threaded runtime v
ii libstdc++5 1:3.3.1-0pre0 The GNU Standard C++ Library v3
ii xlibs 4.3.0-0ds4 X Window System client libraries
ii zlib1g 1:1.1.4-13 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 4:3.5.2-1
This seems to be fixed in Etch. I have no idea where the fix comes from.
Please reopen if you can reproduce with >=Etch.
--- End Message ---
