** Changed in: precise-backports
Status: New => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/924039
Title:
pdftk burst command creates invalid xref entries
To manage notifications
** Also affects: precise-backports
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/924039
Title:
pdftk burst command creates invalid xref entries
To manage
Thank you all for taking the time to report this bug. I am closing it
because the bug has been fixed in pdftk 1.44-6 which is now in the
latest development version of Ubuntu - Quantal Quetzal.
If you need a fix for the bug in previous versions of Ubuntu, please
follow the instructions for "Request
** Changed in: pdftk (Debian)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/924039
Title:
pdftk burst command creates invalid xref entries
To manage not
** Changed in: pdftk (Debian)
Status: New => 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/924039
Title:
pdftk burst command creates invalid xref entries
To manage notification
The reason for this bug is a off-by-one-error in
PdfWriter.java line 312 of the included itext-paolo library
where it should be 65535 instead of 65536.
Because of this, free entries in the xref table of the
produced PDF documents are wrongly marked as used.
As the data in the xref table is redund
** Changed in: pdftk (Debian)
Status: Unknown => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/924039
Title:
pdftk burst command creates invalid xref entries
To manage notifications abou
** Bug watch added: Debian Bug tracker #685983
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685983
** Also affects: pdftk (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685983
Importance: Unknown
Status: Unknown
** Changed in: pdftk (Ubuntu)
Status: Inval
well, yes and no. I have some pflatex .pdf file output. gs 9.05 does not
segfault, but there is some weird incompatibility here.
$ gs -dBATCH -dNOPAUSE -sDEVICE=png16m -dTextAlphasBits=4
-dGraphicsAlphasBits=4 -r300 -sOutputFile=teststep1.png book.pdf
GPL Ghostscript 9.05 (2012-02-08)
Copyrigh
** Changed in: pdftk (Ubuntu)
Status: New => Invalid
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/92403
I apologize for being too hasty in opening this issue. It turns out
that it was not pdftk that was corrupting the xref, but another tool
that was performing some post-processing. Please close.
** Description changed:
I can open a pdf file in ghostscript, but once I burst that same file
with
Thank you for taking the time to report this bug and helping to improve
pdftk.
I get at the moment only
Warning: considering '00 X n' as a free entry.
from ghostscript with the pdf I tested (maybe related to another bug in
ghostscript) and
even if I corrupt the xref manually, g
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/924039
Title:
pdftk burst command creates invalid xref entries
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/p
13 matches
Mail list logo
