Open
Bug 1584867
Opened 6 years ago
Updated 4 years ago
When viewing a PDF on a website, set document.domain property to the hostname of the website (it is currently "pdf.js")
Categories
(Firefox :: PDF Viewer, enhancement, P5)
Firefox
PDF Viewer
Tracking
()
NEW
People
(Reporter: worthy.vii, Unassigned)
References
Details
(Whiteboard: [pdfjs-integration])
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36
Steps to reproduce:
Open a PDF on any website, open the console, check document.domain.
Actual results:
It was set to pdf.js
Expected results:
It should be set to whatever the hostname of the website is, as per
https://developer.mozilla.org/en-US/docs/Web/API/Document/domain#Value
| Reporter | ||
Updated•6 years ago
|
Summary: The document.domain property is set to PDF.js when viewing PDF (on a website) → The document.domain property is set to "pdf.js" when viewing PDF (on a website)
Comment 1•6 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Component: Untriaged → PDF Viewer
Comment 2•6 years ago
|
||
The priority flag is not set for this bug.
:bdahl, could you have a look please?
For more information, please visit auto_nag documentation.
Flags: needinfo?(bdahl)
Updated•6 years ago
|
Flags: needinfo?(bdahl)
Priority: -- → P5
Whiteboard: [pdfjs-c-integration]
Updated•4 years ago
|
Severity: normal → --
Type: defect → enhancement
Summary: The document.domain property is set to "pdf.js" when viewing PDF (on a website) → When viewing a PDF on a website, set document.domain property to the hostname of the website (it is currently "pdf.js")
Updated•4 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: 69 Branch → Trunk
Updated•4 years ago
|
Whiteboard: [pdfjs-c-integration] → [pdfjs-integration]
You need to log in
before you can comment on or make changes to this bug.
Description
•