After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 382700 - Set override_restrictions by default
Set override_restrictions by default
Status: RESOLVED FIXED
Product: evince
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-05 18:59 UTC by Corey Burger
Modified: 2008-01-24 15:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Corey Burger 2006-12-05 18:59:07 UTC
I have just discovered that Evince "honours" PDF restrictions. This is DRM. I recognize that there use cases where an admin might want to turn it on, however, for the casual GNOME user, there is no sane reason why they would support this kind of DRM. Thus, this gconf key should be set by default.
Comment 1 Christian Persch 2006-12-05 19:05:39 UTC
[The gconf key was implemented in bug 305818. Also relevant is the ML thread @ http://mail.gnome.org/archives/evince-list/2005-May/msg00051.html]
Comment 2 Jeroen Hoek 2007-07-21 19:49:03 UTC
I agree completely with Corey Burger. I understand that this gconf-key might be
necessary in some situations, but I think there are a lot of cases where this
unfairly limits the user.

An example from my own experience:

I am working on my final essay for my bachelor degree. I use a lot of journal
articles as references — most of them are only available to me in digital
form. These articles are offered almost exclusively in PDF, most of them
without restrictions. I always safe a copy so I can reread them during the
course of my research, and to make sure I can keep working even if my Internet
connection is down (which happens from time to time due to circumstances beyond
my control) or if the service offering these documents is down.

I am grateful for the gconf-key that permits me to use PDF documents with
restrictions set as normal PDF documents, but I also think that a non-technical
user should never have to set keys in gconf to get an application to behave in
a sane manner.

I hope I am not rehashing an old issue that has been put to rest already.
Comment 3 Wouter Bolsterlee (uws) 2008-01-13 15:29:56 UTC
I think the PDF spec requires viewers to honor these settings (at least by default). This is not so much a technical as a political issue. Distributors should decide for themselves...

I'd like to mark this bug as WONTFIX, but let's wait for others to give their opinion.
Comment 4 Corey Burger 2008-01-14 00:29:46 UTC
I fail to see how breaking the PDF for this hurts GNOME (or any downstream distributor). We offer the ability to turn it on, so admins that want to can, but for the rest of us, it is our computer, not Adobe's.
Comment 5 Jeroen Hoek 2008-01-14 07:42:28 UTC
(In reply to comment #3)
> I think the PDF spec requires viewers to honor these settings (at least by
> default). This is not so much a technical as a political issue. Distributors
> should decide for themselves...

I have been looking through Adobe's PDF Reference (1.7), and I think — but please correct me if I am wrong, this specification is quite large — this section is relevant:

> It is up to the implementors of PDF consumer applications to respect the
> intent of the document creator by restricting user access to an encrypted PDF 
> file according to the permissions contained in the file.
>
> Note: PDF 1.5 introduces a set of access permissions that do not require the
> document to be encrypted; see Section 8.7.3, “Permissions.”
(p.122)

I tend to agree that this is a political issue, but Bugzilla can handle those bugs as well I think. :)

Following standards is important, but in this case it concerns a setting with no repercussions for the proper rendering or interoperability of PDF files, as well as a part of the specification that seems to imply MAY (or perhaps SHOULD) rather than MUST implement. Due to Evince being open source, and the open nature of its most commonly used OS, it would be impossible to stop a knowledgeable user from saving a copy of a PDF document, as it is already on his computer when he views it. How difficult should it be for him to actually do so?

I fully agree with Corey above and Christian Persch on the mailinglist:
> GNOME software should work for the user, not against him.
Comment 6 Wouter Bolsterlee (uws) 2008-01-14 10:04:35 UTC
Ok, I've checked the PDF specification as well, and hereby confirm that Evince should decide for itself whether to respect the document's permissions. However, IANAL, but I think the text quoted above is quite clear on this matter.

So, I hereby change my opinion stated in comment #3: I'm all for changing the default to true. I can make this change before the 2.22 if nsh or carlos agrees.
Comment 7 Carlos Garcia Campos 2008-01-14 12:15:02 UTC
Ok, we should include a note for packagers in the release notes. 
Comment 8 Nickolay V. Shmyrev 2008-01-15 01:17:37 UTC
This leads me to complete drop of this gconf key :) If file format is not secure we shouldn't confuse users with imaginary protection they could have.
Comment 9 Carlos Garcia Campos 2008-01-15 08:59:01 UTC
I'd leave the gconf key so that distros or even system administrators can decide. 
Comment 10 Corey Burger 2008-01-15 15:37:55 UTC
The issue with leaving it for distros is that most will not do it, possibly leading to more bug reports like this. I would rather set it to true and and document it in a sysadmins guide.
Comment 11 Wouter Bolsterlee (uws) 2008-01-18 08:39:00 UTC
Ok, so what needs to be done?

1. Set the default to true.
2. Add a big fat note in the NEWS file.

Anything else?
Comment 12 Carlos Garcia Campos 2008-01-18 09:52:16 UTC
(In reply to comment #11)
> Ok, so what needs to be done?
> 
> 1. Set the default to true.
> 2. Add a big fat note in the NEWS file.
> 
> Anything else?

no, that's all
 

Comment 13 Wouter Bolsterlee (uws) 2008-01-24 15:08:56 UTC
2008-01-24  Wouter Bolsterlee  <wbolster@svn.gnome.org>

        * NEWS:
        * data/evince.schemas.in:
        * shell/ev-window.c: (ev_window_setup_action_sensitivity):

        Override PDF restrictions by default. Fixes bug #382700.