Document reported as having no pages - opens fine in Firefox
I first reported this issue with Evince, and they directed me here. https://gitlab.gnome.org/GNOME/evince/-/issues/1565 (behind a registration). I was told that Evince and pdfinfo are based upon Poppler.
I am using Ubuntu Gnu/Linux 20.04 with current updates. Installed is Evince 3.36.7. Steps to repeat: evince mydocument.pdf
. It produces the same result if I have evince open and select "New Window" from the toolbar hamburger menu and then select the same document.
Some addition verification on my operating environment:
$ find /usr/lib -iname '*poppler*'
/usr/lib/x86_64-linux-gnu/libpoppler.so.97.0.0
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8.15.0
/usr/lib/x86_64-linux-gnu/libpoppler-cpp.so.0
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8
/usr/lib/x86_64-linux-gnu/libpoppler-cpp.so.0.7.0
/usr/lib/x86_64-linux-gnu/libpoppler.so.97
and
$ pdfinfo -v
pdfinfo version 0.86.1
Copyright 2005-2020 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
I am not at liberty, currently, to share any of the documents I received from a given party (some of which open correctly). They came via DocuSign. Perhaps by April 2021, I will be able to share. In the mean time, here is what the Properties dialog in Evince shows:
Title: None
Location: file:///home/user/mydocument.pdf
Subject: None
Author: None
Keywords: None
Producer: PDFKit.NET 20.4.204.18649; modified using iTextSharp 5.5.13-SNAPSHOT 2000-2017 iText Group NV (DocuSign, Inc.; licensed version)
Creator: Microsoft Word
Created: 2/28/2021
Modified: 3/3/2021
Format: PDF-1.7
Number of Pages: 0
Optimized: No
Security: No
Paper Size: 0 x 0 mm
Size: 254.9 kB
A response on that issue requested I run some additional diagnostics:
The first one gives this:
$ EV_DEBUG_JOBS=1 G_MESSAGES_DEBUG=all evince mydocument.pdf
(evince:39982): GLib-GIO-DEBUG: 11:44:03.374: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs?
(evince:39982): GLib-DEBUG: 11:44:03.448: unsetenv() is not thread-safe and should not be used after threads are created
(evince:39982): Gtk-DEBUG: 11:44:03.448: Connecting to session manager
(evince:39982): GLib-GIO-DEBUG: 11:44:03.513: _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ?gsettings-backend?
(evince:39982): dconf-DEBUG: 11:44:03.513: watch_fast: "/org/gnome/evince/" (establishing: 0, active: 0)
(evince:39982): dconf-DEBUG: 11:44:03.514: watch_established: "/org/gnome/evince/" (establishing: 1)
(evince:39982): dconf-DEBUG: 11:44:03.534: watch_fast: "/org/gnome/evince/default/" (establishing: 0, active: 0)
(evince:39982): dconf-DEBUG: 11:44:03.535: watch_established: "/org/gnome/evince/default/" (establishing: 1)
Poppler-INFO: 11:44:03.558: Syntax error at position -1: Gen inside xref table too large (bigger than INT_MAX)
Poppler-INFO: 11:44:03.558: Syntax error at position -1: Top-level pages object is wrong type (null)
Poppler-INFO: 11:44:03.558: Syntax error at position -1: Top-level pages object is wrong type (null)
(evince:39982): dconf-DEBUG: 11:44:03.673: watch_fast: "/org/gnome/desktop/lockdown/" (establishing: 0, active: 0)
(evince:39982): dconf-DEBUG: 11:44:03.673: watch_established: "/org/gnome/desktop/lockdown/" (establishing: 1)
(evince:39982): Gtk-CRITICAL **: 11:44:03.683: gtk_icon_view_get_selected_items: assertion 'GTK_IS_ICON_VIEW (icon_view)' failed
(evince:39982): dconf-DEBUG: 11:44:06.575: unwatch_fast: "/org/gnome/evince/" (active: 1, establishing: 0)
(evince:39982): dconf-DEBUG: 11:44:06.576: change_fast
(evince:39982): dconf-DEBUG: 11:44:06.576: change_notify: /org/gnome/evince/default/window-ratio
(evince:39982): dconf-DEBUG: 11:44:06.576: unwatch_fast: "/org/gnome/evince/default/" (active: 1, establishing: 0)
(evince:39982): dconf-DEBUG: 11:44:06.576: unwatch_fast: "/org/gnome/desktop/lockdown/" (active: 1, establishing: 0)
(evince:39982): dconf-DEBUG: 11:44:06.588: sync
The second one shows this:
$ pdfinfo mydocument.pdf
Syntax Error: Gen inside xref table too large (bigger than INT_MAX)
Syntax Error: Top-level pages object is wrong type (null)
Command Line Error: Wrong page range given: the first page (1) can not be after the last page (0).
Looks like it reaches a similar conclusion. The last one has this:
$ qpdf --check mydocument.pdf
integer out of range converting 4294967295 from a 8-byte signed type to a 4-byte signed type
Oh my! 64-bit integer issue? Maybe just a decoy.
This error is repeatable and can be readily mixed in with successful operations on other documents. Note, that for the other files that open correctly received via the same means, DocuSign, I noted one was touched by iTextSharp but was PDF-1.4. Another was not touched by iTextSharp, was produced by Office 365 and was PDF-1.7.