[go: nahoru, domu]

Open Bug 1716758 Opened 3 years ago Updated 3 years ago

An element with a redirect link has no effect when clicked

Categories

(Firefox :: PDF Viewer, defect, P1)

Desktop
All
defect

Tracking

()

ASSIGNED
Tracking Status
firefox-esr78 --- disabled
firefox-esr91 --- disabled
firefox89 --- disabled
firefox90 --- disabled
firefox91 --- disabled
firefox92 --- disabled
firefox93 --- wontfix
firefox94 --- wontfix
firefox95 --- wontfix
firefox96 --- wontfix
firefox97 --- wontfix

People

(Reporter: danibodea, Assigned: calixte)

References

(Blocks 1 open bug)

Details

(Whiteboard: [pdfjs-form-xfa-js])

Attachments

(7 files)

Note

  • When the user loads the corresponding PDF file and clicks the "Visit Assure Dynamics for more solutions | www.assuredynamics.com" linked header, he will notice that the redirect is not happening.

Affected versions

  • Nightly v91.0a1

Affected platforms

  • all

Steps to reproduce

  1. Launch browser.
  2. Flip the pdfjs.enableXfa to true.
  3. Load the attached PDF file.
  4. Click on the linked header.

Expected result

  • The corresponding link is being opened in a new tab.

Actual result

  • No redirect is observed.

Regression range

  • Not a recent regression, but an implementation flaw.

This is a dynamic PDF feature that we are not going to support soon.

Priority: -- → P3
Blocks: 1717661
No longer blocks: pdf-xfa

Same behaviour has the link from the second attached PDF.

QA Whiteboard: [pdf_xfa_dynamic]
No longer blocks: 1720873
No longer blocks: 1720872

Links from inside this PDF form aren't redirecting (clicking them has no effect).

Most links from this PDF have no redirect when clicked (ex. Old Age Security Act).

See Also: → 1724398

A similar issue is seen on this document with several links:

So this pdf (3e263476-df05-4803-bd04-9f9d0e058012.pdf ) is a bit painful:

  • about "209.2" the JS behind is:
if (xfa.host.name == "Acrobat") {
 app.launchURL("http://laws-lois.justice.gc.ca/eng/regulations/SOR-2002-227/section-209.2.html", true);
}
else {
 xfa.host.gotoURL("http://laws-lois.justice.gc.ca/eng/regulations/SOR-2002-227/section-209.2.html");
}
  • about the IRCC... is an underlined text in blue.
  • about the "infosource", same problem as "209.2"
  • and finally about "Personal...", it's a real <a href... link.

In the first case it's a bit hard to guess what's the url to use (it's possible of course but...).

About 0f5a3305-976f-4749-9ff4-41dd9720682b.pdf, the pattern is a bit different (app.launchURL(....) and we already used a workaround for such case in pdf.js:
https://github.com/mozilla/pdf.js/blob/c3ca78fdf8759d8cf7c8c4f35627c25a64e6bc7b/src/core/catalog.js#L1403-L1423

Assignee: nobody → cdenizet
Status: NEW → ASSIGNED
Priority: P3 → P1
Commit merged into master by GitHub
Authored by Jonas Jenwald (Snuffleupagus)

The latest update fixed some of the PDFs in this bug, but not all.

Depends on: 1735738
Whiteboard: [pdfjs-form-xfa-js]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: