Don't double backslashes in URLs when writing links into PDF output
Categories
(Core :: Printing: Output, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox126 | --- | unaffected |
firefox127 | + | fixed |
firefox128 | + | fixed |
People
(Reporter: jfkthame, Assigned: jfkthame)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
Bug 1896892 - Remove the double-escaping of backslashes when writing links to the cairo-pdf backend.
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
Spun off from bug 1896076 comment 3. Since updating to cairo-1.18.0, we no longer need to workaround broken backslash handling in the pdf backend, and should remove the code in DrawTargetCairo that is now resulting in duplicated backslashes.
Assignee | ||
Comment 1•18 days ago
•
|
||
This reverts part of bug 1748077, which was working around a quirk of
the cairo pdf backend. The behavior there was fixed upstream in
https://gitlab.freedesktop.org/cairo/cairo/-/issues/526, so since we've
updated to cairo-1.18.0 we no longer need this; it would in fact make
links with backslashes be recorded incorrectly.
Updated•18 days ago
|
Assignee | ||
Comment 2•18 days ago
|
||
[Tracking Requested - why for this release]:
Regression related to the recent cairo update. This only affects a really obscure edge-case (generating a PDF with a link to a URL with literal backslash in it), but we should avoid shipping the regression to release.
Comment 3•18 days ago
|
||
Set release status flags based on info from the regressing bug 1892913
Pushed by jkew@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b526146bf14b Remove the double-escaping of backslashes when writing links to the cairo-pdf backend. r=gfx-reviewers,jrmuizel
Updated•18 days ago
|
Comment 5•17 days ago
|
||
bugherder |
Assignee | ||
Comment 6•17 days ago
|
||
This reverts part of bug 1748077, which was working around a quirk of
the cairo pdf backend. The behavior there was fixed upstream in
https://gitlab.freedesktop.org/cairo/cairo/-/issues/526, so since we've
updated to cairo-1.18.0 we no longer need this; it would in fact make
links with backslashes be recorded incorrectly.
Original Revision: https://phabricator.services.mozilla.com/D210479
Updated•17 days ago
|
Comment 7•17 days ago
|
||
beta Uplift Approval Request
- User impact if declined: link in generated PDF may be incorrect when it includes a literal backslash
- Code covered by automated testing: no
- Fix verified in Nightly: no
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: n/a
- Risk associated with taking this patch: minimal
- Explanation of risk level: simple removal of a hack we added to workaround a bug in older cairo version
- String changes made/needed: none
- Is Android affected?: yes
Updated•17 days ago
|
Updated•17 days ago
|
Description
•