| Summary: | desktop icons: symlinks have locks | ||
|---|---|---|---|
| Product: | [Unmaintained] kio | Reporter: | Maciej Pilichowski <bluedzins> |
| Component: | general | Assignee: | David Faure <faure> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | finex, nate |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Maciej Pilichowski
2007-05-11 13:24:43 UTC
It is not the bug nature I was thinking of -- kdesktop prerenders all icons, they are not dynamically changed and this is a bug, because you can change the priviliges or change symlink. In this case symlinks are in partition A, while the actual files are in B, since KDE starts, and then mounting occurs, kdesktop assumes files are read-only, thus locks. @Maciej: can you test this situation on KDE 4 (with plasma) too? KDE4.1.3 -- still present. I don't really see how we could solve this; the symlink itself isn't changed, it's the thing it points to, that can appear/disappear without us knowing about it... I guess the only way to know it would be to have KDirWatch watch the target of the symlink (especially if it doesn't exist yet).... complex. Works for me in KDE Frameworks 5.45. Links get a link icon, not a lock icon. |