Summary: | sidebar doesn't update on directory rename / delete | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Alias <jerome> |
Component: | sidebar | Assignee: | Joseph Wenninger <jowenn> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | adawit, audvare, damien.porquet, drankinatty, finex, grundleborg, kde-2011.08, konq-bugs, lex.lists, mmodem00, patrick.rouzet, sgrintad |
Priority: | NOR | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Platform: | RedHat Enterprise Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.8.1 | |
Attachments: |
Screenshot
Not just folder names, konqueror shows deleted files as still there too |
Description
Alias
2002-10-09 22:00:20 UTC
Is this bug still present in a recent version of KDE, such as 3.5.8 or KDE 4.0 RC 2? Sidebar doesn't update when directory is renamed. See attached screenshot. kde 4.0 Created attachment 23131 [details]
Screenshot
renamed folder firefox to FFox. Sidebar didn't update.
*** Bug 204110 has been marked as a duplicate of this bug. *** I've reproduced this bug in current trunk too. Fixing this bug could solve this problem too: bug #182600 . Created attachment 36590 [details]
Not just folder names, konqueror shows deleted files as still there too
konqueror's file and folder cache seems to be completely whacko. Not only do the folders not update in the places pane to reflect changes -- the file names in the detailed pane don't update either. The screenshot submitted shows 60 some-odd pictures from my wife camera that I downloaded. After download, I did an:
rm /media/disk/dcim/100zd710/*
then confirmed they were gone with:
03:16 alchemy:~/pictures/family> l /media/disk/dcim/100zd710
total 64
drwxr-xr-x 2 david root 32768 2009-08-31 03:16 ./
drwxr-xr-x 3 david root 32768 2009-09-02 04:16 ../
03:17 alchemy:~/pictures/family>
Then to check the behavior in konqueror, I went back and pressed F5. The detail view closed to the point it was just showing the "dcim" and "misc" directories on the memory card. I then clicked on "dcim" and it showed the camera dir "100zd710". I then clicked on 100zd710, and low-and-behold, konqueror still thinks all the files are there. That's when I took the screenshot.
I don't know how sever this bug is, but trying to delete a non-existent file seems about as bad as freeing an unallocated pointer - not good, definitely unpredictable????
Oops, forgot, this is in Version 4.3.00 (KDE 4.3.0) "release 158" This may also be related (as it is an update issue): https://bugs.kde.org/show_bug.cgi?id=195385 *** Bug 211294 has been marked as a duplicate of this bug. *** *** Bug 232841 has been marked as a duplicate of this bug. *** *** Bug 229319 has been marked as a duplicate of this bug. *** *** Bug 182600 has been marked as a duplicate of this bug. *** This bug still applies for 4.7.3. I just reload the profile every now and then but this is getting really old. Settings -> Load Profile -> File Management over and over again. This has now been fixed. See bug# 246738 (for 4.8.1) and bug# 218180 (for 4.8.0). |