| Summary: | Preview of a broken symbolic link in trash: generates a broken symbolic link | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Jaime Torres <jtamate> |
| Component: | general | Assignee: | David Faure <faure> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | kdelibs-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | git master | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! I'm not able to reproduce it. Good. |
For example, if in ~/.local/share/Trash/files there is a broken symbolic link: 3stdoutdae.txt -> 1stdoutdae.txt When browsing in dolphin trash:, when PreviewJob tries to create a preview of that file, it creates a temporary file and "that file is transformed into the broken link", and then the following assert is triggered: Q_ASSERT(QFileInfo(tempName).isFile()); in PreviewJobPrivate::cleanupTempFile() Should PreviewJob create symbolic links or should detect the file is a broken link and use a predefined icon?