Closed
Bug 772291
Opened 13 years ago
Closed 9 years ago
Print to PDF should include link URLs
Categories
(Toolkit :: Printing, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 454059
People
(Reporter: liam, Unassigned)
References
Details
User Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20100101 Firefox/13.0.1 Iceweasel/13.0.1
Build ID: 20120616071557
Steps to reproduce:
In Firefix, print a web page using Print to File, output format PDF.
Actual results:
The links in the resulting PDF are not clickable.
Expected results:
The links in the resulting PDF should be clickable with the same destination that they had on the web. I understand that Safari does this.
Related question:
https://support.mozilla.org/en-US/questions/815759
Comment 1•13 years ago
|
||
Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/16.0 Firefox/16.0 (20120710030551)
This issue also reproduces on the latest Nightly.
Status: UNCONFIRMED → NEW
Component: Untriaged → Printing
Ever confirmed: true
Product: Firefox → Toolkit
Comment 3•11 years ago
|
||
From bug 1022397:
From the resulting PDFs' properties, it seems like Firefox is using cairo to draw the page to a Gtk PrintOperation, while apparently Chromium [whose "printed" PDFs contain working hyperlinks] is doing something different. While I realize that cairo doesn't offer any options to retain links, links could probably be added through some sort of post-processing, as e.g. found in WeasyPrint, which is a cairo-based HTML-to-PDF renderer library which adds custom metadata (beyond the capabilities of cairo) through some custom PDF post-processing functions, as seen at https://github.com/Kozea/WeasyPrint/blob/master/weasyprint/pdf.py
Comment 5•9 years ago
|
||
Dup of bug 454059?
Reporter | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•