Summary: | When the user asks to modify a desktop file that's a symlink to one in a non-writable location, make a writable copy of it in place and then modify that | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Stefan Hamminga <stefan> |
Component: | Properties dialog | Assignee: | KIO Bugs <kio-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | ashark, kdelibs-bugs, nate, notmart |
Priority: | NOR | Keywords: | usability |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Stefan Hamminga
2022-11-17 09:20:45 UTC
I see the problem. The "Add to desktop" menu item creates a symlink to the original file, which typically lives in a system location. When you try to edit the properties of the desktop file in the dialog window, it attempt to write the changes to the original file and fails due to lack of permission. Probably in this case, when the user attempts to edit a desktop file that's a symlink to a system location, under the hood a copy should be created so that the user is editing something they have access to change. *** This bug has been marked as a duplicate of bug 450727 *** |