Bug 1022649
Summary: | evince: Error setting extended attribute 'security.selinux': Operation not supported | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Zbigniew Jędrzejewski-Szmek <zbyszek> | ||||
Component: | evince | Assignee: | Caolan McNamara <caolanm> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 25 | CC: | buzillaredhat, daniel.distler, dan, d.fedora, dtardon, kassick, mail, mkasik, nalimilan, redhat-bugzilla, sapp, steeve.mccauley, thomas.holmquist | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | evince-3.22.1-2.fc25 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1366608 (view as bug list) | Environment: | |||||
Last Closed: | 2016-12-11 19:27:50 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1366608 | ||||||
Attachments: |
|
Description
Zbigniew Jędrzejewski-Szmek
2013-10-23 17:34:35 UTC
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. |