Description of problem: I tried to save a PDF file open in evince to disk. Evince was launched from thunderbird, I'm not sure if it matters here. The directory to save into is mounted using NFS4 (with sec=sys, no selinux support). Evince saved the file successfully, but displayed an error message. ---8<----- The file could not be saved as “file:///home/zbyszek/neuro/pub/ssa/HepburnFrontiersCompNeuro2013.pdf”. Error setting extended attribute 'security.selinux': Operation not supported --->8----- Version-Release number of selected component (if applicable): evince-3.10.0-1.fc20.x86_64 Expected results: That evince ignores settings not applicable to a file system, and doesn't say "failed to save", when it actually saved successfully.
Created attachment 815492 [details] error message
I've also seen this, for a few versions of fedora at least. Currently at Fedora 19, mountpoint is nfs4.
I'm seeing the same on F20, with a BTRFS /home, when trying to save a PDF downloaded and opened via Firefox (which saves to /var/tmp, a ext4 partition). Looks like Mozilla is the common factor here.
There is an upstream bug for this. I've attached there a patch which at least says that setting of an attribute failed instead of saying that the save failed.
Great, thanks! I'd still like to find out what's causing the extended attributes issue in the first place. My /home definitely supports them...
I think the issue is quite mundane. Firefox saves files to /tmp with permissions 0400/-r-------- When Firefox calls evince to open the file and the user uses "Save as" to store the file elsewhere in their filesystem, it simply copies the file with the same permissions. The file saved in the home directory has permissions 0400 as well. Calling setattr in a file with read-only permissions results in "permission denied" . I'm guessing the problem is simply permissions, rather then extended attributes
Good catch. So looks like there are two bugs here: 1) Firefox should copy files with write permissions. 2) Evince shouldn't complain with a cryptic error when it cannot write to a file (after all, we only want to view it...).
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
The bug still exists when using "Save a copy ..." in evince 3.14.2 to an nfs mounted filesystem. This happens whether the file was saved with firefox or opened and saved using evince, so firefox doesn't enter into this issue at all. I just verified this in Fedora 21. The error message is still a fatal message: The file could not be saved as "file:///nfs/mount/foo.pdf". Error setting extended attribute 'security.selinux': operation not supported But the file most definitely is saved.
I saw this recently in F21.
I observe the same problem on F22 when opening PDFs in evince (3.16.1) via firefox.
This message is a reminder that Fedora 21 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 21. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '21'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 21 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
problem still exists in Fedora 23 evince 3.18.0
Saw similar in FC23. File was saved to disk (worked with both a local save to /tmp and an nfs save to homedir). Oddly, reference to nfs4_acl was also on /tmp which is local. The file could not be saved as “file:///tmp/testForm.pdf”. Error setting extended attribute 'system.nfs4_acl': Operation not supported
Problem still exists in FC24 (beta) evince 3.20.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '23'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 23 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Problem still exists in F24, please change version to F24.
Verified exists in FC25, I cannot bump version, would someone with access please bump?
evince-3.22.1-2.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-3759fe3581
evince-3.22.1-2.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-3759fe3581
evince-3.22.1-2.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.