On 22/11/24 17:27, Tim wrote:
On Fri, 2024-11-22 at 09:27 +1100, Stephen Morris wrote:
Just further to this, on my system if ~/Desktop has a .desktop file in it that is a link to a /usr/share sub-folder, the permissions tab in properties correctly says I don't have access to the file being linked to, but if I change any of the properties and try to save the changes I get an access violation message on ~/Desktop, which is rubbish as the soft link in ~/Desktop is owned by me. The error message should say I don't have access to the file that is linked to.
That's going to depend on the tool you're using (how well thought out it was). When acting on a link you could either (a) modify the link, (b) follow the link and act on what it points to.
One's quite obvious what to do in some circumstances: I probably want to edit a file I linked to with a text editor. I probably want to see info about a linked file when listing a directory or viewing file permissions.
Other time's less so: I probably want to modify the permissions of a link, but not always.
I'm always a bit dubious about deleting a link. I don't want the tool to delete the file it links to.
All I'm doing is right clicking on a desktop icon with the mouse, where the icon is a soft link, that was create by the install of a package from it repository (Google Chrome), selected properties and tried to check the "Launch Feedback" option, and the click "OK", and it displays a message that the action failed on the file in ~/Desktop, which is wrong as I own them all.
regards, Steve