GNOME Bugzilla – Bug 686465
Make Link orphans the backup file of the linked file
Last modified: 2018-05-26 14:02:53 UTC
If you create a file and work on it, a bakup file is created. File.txt and File~.txt Alphabetically correct for sorting purposes. Later you Rclick it and choose 'Make Link' (for the desktop). Using this link, you work on your file. File.txt is updated and 'Link to file~.txt' becomes the new bakup file. Alphabetically incorrect, and counter intuitive. Worse. File~.txt still exists but is no longer updated. In icon view, it sits perfectly next to the original file, but there is no indication that it is now no longer a correct bakup. The hard disk becomes populated with bogus bakup files. ******* This has been discussed in forum: http://ubuntuforums.org/showthread.php?p=12304674#post12304674 and in idea sandbox: http://brainstorm.ubuntu.com/idea/30242/ cheesehead the brainstorm mod suggested the above issue is a bug. mc4man suggested this code as an alternative, and it does work correctly: [Desktop Entry] Encoding=UTF-8 Name=Link to 44 Type=Link URL=file:///home/doug/Desktop/44 Icon=(null) Saved as *******.desktop
I think it makes sense to follow symlinks by default when opening one, before launching the application. I now pushed a fix to git that does so, closing as fixed.
(In reply to comment #1) > I think it makes sense to follow symlinks by default when opening one, before > launching the application. > I now pushed a fix to git that does so, closing as fixed. Thank you for your rapid response. Will further testing of your fix be required? Or will it be included in the next update? Or is there a projected time-scale for its appearance in 'update'?
(In reply to comment #1) > I think it makes sense to follow symlinks by default when opening one, before > launching the application. > I now pushed a fix to git that does so, closing as fixed. This fix breaks default behaviour of Linux symbolic links, especially when following symlinks to a folder (see https://bugzilla.gnome.org/show_bug.cgi?id=702301). Moreover, the defined use case is vague and extremely rare to happen, and shouldn't be as a bug in nautilus when it's Linux default behaviour and opening from the console would result in the same behaviour. OP should expand on why he/she needs this kind of behaviour using a symbolic link instead of using a plain old .desktop file. Thanks
This is not a bug! Please revert to linux default!
The nautilus commit was now reverted, since it breaks a behavior many other people have relied on for a long time. Reassigning this bug to gedit for better handling of the specific case mentioned in the first comment.
I confirm this is still a problem with gedit 3.14. But this is more a GtkSourceView or GIO bug.
It's unlikely that this feature is ever going to be implemented, so I close the bug.