Bug 695760 - Make more effort to preserve Names tree from input PDF
Summary: Make more effort to preserve Names tree from input PDF
Status: CONFIRMED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Interpreter (show other bugs)
Version: master
Hardware: All All
: P4 enhancement
Assignee: Ken Sharp
URL:
Keywords:
: 696943 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-12-23 04:22 UTC by Ken Sharp
Modified: 2023-09-05 10:30 UTC (History)
2 users (show)

See Also:
Customer:
Word Size: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

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 UTC 
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 UTC 
*** Bug 696943 has been marked as a duplicate of this bug. ***