D5394: KAuth integration in document saving - vol. 2
Fabian Vogt
noreply at phabricator.kde.org
Thu Apr 20 07:04:34 UTC 2017
fvogt added a comment.
Thanks again!
The changes look good, but strace shows that the QFile operation still use absolute paths, apparently it resolves the "." manually with getcwd:
chdir("/tmp") = 0
stat("/tmp/permfile", {st_mode=S_IFREG|0644, st_size=5, ...}) = 0
open("/tmp/kate.X31571", O_RDONLY|O_CLOEXEC) = 11
fstat(11, {st_mode=S_IFREG|0600, st_size=14, ...}) = 0
getcwd("/tmp", 4096) = 5
open("/tmp/permfile.J31580", O_RDWR|O_CREAT|O_EXCL|O_CLOEXEC, 0600) = 12
[...]
stat("/tmp/permfile", {st_mode=S_IFREG|0644, st_size=5, ...}) = 0
chmod("/tmp/permfile.J31580", 0644) = 0
fchown(12, 0, 0) = 0
rename("permfile.J31580", "permfile")
> ...this looks like a bug in KAuth since I only should get job->exec() result when my particular job was finished. I tried to differentiate the jobs by returning a unique data in reply.data() map and retrieving them in job->data() map, but that does not work either (another bug?). I'll try to investigate KAuth code further and report/propose-fix in proper facilities :).
Yup, looks like a KAuth bug to me as well.
REPOSITORY
R39 KTextEditor
REVISION DETAIL
https://phabricator.kde.org/D5394
To: martinkostolny, #ktexteditor, fvogt
Cc: elvisangelaccio, aacid, ivan, lbeltrame, fvogt, apol, anthonyfieroni, cullmann, ltoscano, dhaumann, graesslin, davidedmundson, palant, kwrite-devel, dfaure, #frameworks, head7, kfunk, sars
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20170420/6add6dbd/attachment-0001.html>
More information about the Kde-frameworks-devel
mailing list