Summary: | For trashed items, show the path to the actual file/folder on the disk in the properties dialog | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Javier <javi.azuaga> |
Component: | Trash | Assignee: | David Faure <faure> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | a.samirh78, adaptee, adawit, aladagemre, bryan.cuneo, bugseforuns, frank78ac, kdelibs-bugs, nate |
Priority: | NOR | Keywords: | reproducible, usability |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Javier
2011-09-27 17:05:17 UTC
Thanks for the bug report! I can confirm the issue in master. Strange bug. Actually, the correct folder is opened for other special locations like desktop:/, but not for trash:/ The problem is dolphin should send something like 'cd ~/.local/share/Trash' into the terminal-panel, while it actually sends nothing. I had the same problem and removed all my home directory. Hasn't anybody found a solution for this? Importance should be higher.. Resetting assignee to default as per bug #305719 [Part of the Dolphin Bug Weeks 2012] For me, the terminal opens in /, not ~/. I think the bug is actually in kdelibs. If the current URL does not look like a local directory that we can easily cd to, we start a KIO::mostLocalUrl job to determine a URL which is more useful for us. For desktop:/, the job returns the correct local URL, but not for trash:/ (In reply to comment #6) > I think the bug is actually in kdelibs. If the current URL does not look > like a local directory that we can easily cd to, we start a > KIO::mostLocalUrl job to determine a URL which is more useful for us. > > For desktop:/, the job returns the correct local URL, but not for trash:/ This is a problem with kio_trash itself. If as you stated Dolphin uses KIO::mostLocalUrl to determine the proper URL, then you are not going to get any useful path returned because that KIO::mostLocalUrl simply performs a stat to which kio_trash responds to by doing... nothing. It returns an empty UDSEntry. Not entirely sure whether or not the problem is in how Dolphin deals with what KIO::mostLocalUrl returns or how KIO::mostLocalUrl itself handles such "special" protocols. Perhaps David would know?? Thanks Dawit for looking into it. David might know what the problem could be (he wrote the code in TerminalPanel::slotMostLocalUrlResult(KJob* job)). There is no way to fix this, because kio_trash is a view on all the physical trash directories: ~/.local/share/Trash - the default trash dir, when you delete something from $HOME, that's where it goes; also used as fallback /path/to-another-partition-mount-point/.Trash-$UID - if you delete something from /path/to-another-partition-mount-point/ it's moved to that dir (moving trashed items to a dir on the same partition is much faster vs moving them to ~/.local/share/Trash (which is on another partition/disk). We could maybe improve the situation by showing the actual path to the trash dir where a trashed item resides in e.g. the properties dialog, so the user can delete the file manually from terminal ...etc. This will leave the corresponding .trashinfo (e.g. ~/.local/share/Trash/info/foo.trashinfo file behind, that gets cleaned up when you use the trash the next time). |