[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#199550: marked as done (konqueror: Trashing things with same names doesn't work so well)

Your message dated Mon, 08 May 2006 04:51:02 -0400
with message-id <445F0676.7000806@vif.com>
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 ---
Reply to: