Trying to use Kate to edit a file, e.g. called mktest.sh, i experienced an unexpected behaviour: The directory and file is owned by another user, but i as member of a common group should be able to edit the file if the group id bit (s) is set: 3775 drwxrwsr-t user1 engineers /home/shared/admin 775 -rwxrwxr-x user1 engineers /home/shared/admin/mktest.sh Another user2, who is in group engineers, should generally be able to edit file mktest.sh although he cannot move it. For reference see https://en.wikipedia.org/wiki/Setuid#sticky_bit_with_GUID Using emacs, gedit or vi user2 can do that, while kate/kwrite/kile are denying user2 to edit the file. This happens on Opensuse Leap 42.3 using - Kate 17.04.2-1.6 - Plasma 5.8.7 - plasma-framework 5.32-0-4.1 - libQt5.6.2-6.1 - kdelibs-4.14.33
Remove QSaveFile in favor of plain old file saving Summary: Rationale: for many use cases that e.g. have acls, complex other extended attributes, static links e.g. the rename() doesnt do the trick it should other ways would be start to add workarounds to all cases, which is hard, e.g. if that is something shared via SMB... Test Plan: make && make test Reviewers: dhaumann, dfaure Reviewed By: dhaumann, dfaure Subscribers: dfaure, kwrite-devel, kde-frameworks-devel Tags: #kate, #frameworks Differential Revision: https://phabricator.kde.org/D14890