Bug 695760 - Make more effort to preserve Names tree from input PDF
Make more effort to preserve Names tree from input PDF
Status: CONFIRMED
Product: Ghostscript
Classification: Unclassified
Component: PDF Interpreter
master
All All
: P4 enhancement
Assigned To: Ken Sharp
Bug traffic
:
: 696943 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-12-23 04:22 PST by Ken Sharp
Modified: 2016-07-22 13:15 PDT (History)
1 user (show)

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Sharp 2014-12-23 04:22:15 PST
See bug #695747 if we have an input PDF file with Named destinations (stored in a Names tree) we don't attempt to preserve the Named destinations. Instead we dereference any annotations which use the Named destinations and embed specific Dests.

This is fine for a stand-alone PDF file, but if any external file references the produced file via a GoToR (Go To Remote) link, then that will fail with the new file, as we didn't preserve the named destination.

Instead we should preserve (or rather rebuild) the Names tree, and as an enhancement preserve the names in any links which originally used them.
Comment 1 Ken Sharp 2016-07-22 13:15:37 PDT
*** Bug 696943 has been marked as a duplicate of this bug. ***