When pdftocairo ist used with libcairo2-1.15.12-1 -- which (AFAIK)
contains the bug I linked above -- to output a pdf file (as pdftopdf
1.21 will do!), it would be no surprise have a corrupt pdf after
pdftocairo, which gs then rightly will complain about; esp. the ET
-thing is the one things such a
My observations:
As changing pdftops-renderer does not seem to make a difference, probably only
one of the programs is installed and thus used in all cases?
According to Dependencies.txt, libcairo2-1.15.12-1 seems to installed, which
AFAIK is affected by the problem described e.g. here:
https:/
Object 39 is an image; but even Object 4 (the content stream of the
first page; obj 93 *is* used on that page) has such a decompression
error.
Ghostscript prints:
warning: ignoring zlib error: incorrect data check
So probably libqpdf (which is used for the very low-level pdf stuff in
pdftopdf)
For example, here some java/PDFBox-based implementation of how to flatten
simple forms:
https://gist.github.com/jribble/beddf7620536939f88db
(IIRC there are more form elements than those 2-3 handled here(?)).
Note that QPDF does not have something like the PDAcroForm class (and
its friends) used
See https://bugs.linuxfoundation.org/show_bug.cgi?id=1315 why this cannot work.
And QPDF won't be able to do anything about it, either...
There might even be PDF-capable printers on the market (i.e. where the
rasterization is not done by gs / poppler on the host), where the form content
will not
According to Mike Sweet [1]:
"Dec 28, 2007 by Michael Sweet:
The 1.1.x (and 1.0.x) behavior was incorrect. According to the IPP
specification, number-up is applied *first*, and page-ranges refers to the
imposed pages. Similarly, page-set is applied after imposition."
and here [2]:
"Nov 16, 200
/Contents is the correct spelling.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1392048
Title:
File not printed "Exception: unknown object type inspecting /Contents
key in page dictionary"
To
Per PDF Spec, the /contents key in a Page dictionary is optional.
The attached pdf's page 9 has no /contents key.
But QPdfObjectHandle::getPageContents() throws an exception;
cups-filter (pdftopdf) calls it via QPDFObjectHandle::addPageContents().
--
You received this bug notification because yo
Exception is thrown in libqpdf
** Package changed: cups-filters (Ubuntu) => qpdf (Ubuntu)
** Also affects: cups-filters (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs
cups-filter's pdftopdf before around 1.0.21 was based on poppler, not
qpdf.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1263784
Title:
PDF form data is blank when printed with lp
To manage notif
You seem to have a quite old version of cups-filters (<=1.0.20 i think).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1263784
Title:
PDF form data is blank when printed with lp
To manage notifica
Fixed in bzr revision 7145.
** Changed in: cups-filters (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1259240
Title:
pdftopdf doesn't perform so
** Changed in: cups-filters (Ubuntu)
Status: New => In Progress
** Changed in: cups-filters (Ubuntu)
Assignee: (unassigned) => Tobias Hoffmann (smilingthax)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
No full analysis yet, but a first point:
The line was deleted in the commit, not added.
Therefore it is correct, that it is also missing later.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1221520
Public bug reported:
Reproducible crash:
1) start x
2) (terminal): xinput test-xi2 10
[10 is the device id, see below]
3) use touch device on the window a bit, use more than 2 fingers, and
occassionally click into the terminal window
4) xserver segfaults after at most a few tries of 3), i.e. less
** Attachment added: "x server log"
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1198332/+attachment/3726261/+files/Xorg.0.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1198332
T
Sure, there should not... and when compiled with -DNDEBUG it actually would not
exit, but just assume 0.0 degrees rotation...
The assert basically was there, because this particular function only
implemented the simple cases (taking care of nearly all pdfs in the wild) and
was not touched since
The assert triggers because the PDF to be processed contains a /Rotation
key which is not equal to 0, 90, 180 or 270.
Basically there are three possibilities:
1) The pdf uses a value not allowed by the pdf specification.
2) The value is close, but not exactly equal to one of the above rotation
Actually two issues are involved here, a corrupt pdf is generated for
certain utf-8 title-parameters (where the filename is passed in), and,
when 'prettyprint' is enabled, a texttopdf assertion fails('crash'),
when different utf-8 ranges are used in the title.
Both are fixed in bazaar revision 704
Sorry, I forgot to subscribe and did not get your comment by mail...
I think a recent evince will directly send pdf (and not ps) to cups. But it
will 'rewrite' quite heavily.
And yes, PDF is the new internal default format in the linux printing chain.
This has more to do with having the appropri
Form values are also lost with the old pdftopdf implementation (used in
cups-filters before 1.0.21).
Probably only the pdf->ps workflow ever worked.
The form values are also lost by just using qpdf to 'non-destructively' rewrite
the pdf. Therefore the problem is already present in the underlying
Till, that's very strange. I can only reproduce the bug with rev 7035,
but not with 7036.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/292
Title:
Duplex printing on Ubuntu 12.10 is taking addit
A very similar problem has been fixed very recently,
https://bugs.linuxfoundation.org/show_bug.cgi?id=1088
which is fixed in bazaar revision 7036.
Please check if the bug still occurs with the current bzr version of
pdftopdf/cups-filters.
Tobias
** Bug watch added: bugs.linuxfoundation.org
I'm the one currently working on the new libqpdf-based pdf-
implementation.
The old implementation of pdftopdf does not duplicate that much of poppler, but
it has a class structure that /parallels/ the poppler document representation,
because poppler was never built to /output/ pdfs, but pdftopd
24 matches
Mail list logo
