Closed
Bug 1481859
Opened 7 years ago
Closed 7 years ago
When I open pdf link(from URLBar or Bookmarks/History), sometimes starts download instead open builtin pdf viewer.
Categories
(Firefox :: PDF Viewer, defect, P1)
Tracking
()
VERIFIED
FIXED
Firefox 64
| Tracking | Status | |
|---|---|---|
| firefox-esr52 | --- | unaffected |
| firefox-esr60 | --- | unaffected |
| firefox61 | --- | unaffected |
| firefox62 | --- | unaffected |
| firefox63 | + | verified |
| firefox64 | --- | verified |
People
(Reporter: alice0775, Assigned: kmag)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
46 bytes,
text/x-phabricator-request
|
bdahl
:
review+
pascalc
:
approval-mozilla-beta+
|
Details | Review |
This seems to be timing problem.
I think that it can be easily reproduced with a slow PC.
This seems resent regression since Nightly63?
It does not seem to reproduce on 62.0b14.
Reproducible: easy to reproduce with a slow PC.
Steps To Reproduce:
(Preparation)
Copy link http://moji.gr.jp/firefox/sample.pdf to clipboard
(Steps)
1. Start Firefox
2. Immediately after UI ready, right click on URLBar and Choose "Paste and Go"
or
2. Immediately after UI ready, hit Ctrl+V and Enter
OR
(Preparation)
Bookmarked http://moji.gr.jp/firefox/sample.pdf
1. Start Firefox
2. Immediately after UI ready, click on the bookmark
Actual Results:
PDF will be downloaded without prompt
Expected Results:
The pdf opens in built-in PDF viewer
| Reporter | ||
Comment 1•7 years ago
|
||
[Tracking Requested - why for this release]:
Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=15bfb5802548bef7c5424add0840ea3281617e3f&tochange=f5e9e5994a5d2dcfa1fe83c19101bb92cdf7ff4c
Regressed by:
f5e9e5994a5d Kris Maglione — Bug 1479245: Don't eagerly load any PDF.js scripts in the content process. r=bdahl
:kmag,
Your patch seems to cause the regression, could you please look into this?
Blocks: 1479245
tracking-firefox63:
--- → ?
Component: Untriaged → PDF Viewer
Flags: needinfo?(kmaglione+bmo)
Comment 2•7 years ago
|
||
I have no problems opening up pdfs by clicking on links. However, when I click on an external pdf file in Windows the file downloads, sometimes without the arrow turning blue, and there is no pdf file on screen. Clicking on the download arrow and selecting the pdf opens it. Every now and then external pdfs work as expected but this is rare.
| Reporter | ||
Comment 3•7 years ago
|
||
Yep, I can also reproduce the problem when start Firefox with commandline option as follows.
> firefox.exe PathToPdf.pdf
And I get same a same regression window,
Comment 4•7 years ago
|
||
Is anyone looking into this? Should my problem have a new bug report? I discovered that if I already have Fx opened clicking on an external pdf file will create a new tab and display the pdf. Tried all my testing with a new profile.
Comment 5•7 years ago
|
||
Per triage team, asking Brendan to have someone take a look at this and prioritize it. Thanks!
Flags: needinfo?(bdahl)
Comment 6•7 years ago
|
||
I pinged kmag and he plans to look into this today.
Flags: needinfo?(bdahl)
Priority: -- → P1
Tracked since this is a recent regression in 63.
| Assignee | ||
Updated•7 years ago
|
Assignee: nobody → kmaglione+bmo
Flags: needinfo?(kmaglione+bmo)
| Assignee | ||
Comment 8•7 years ago
|
||
Comment 9•7 years ago
|
||
(In reply to Kris Maglione [:kmag] from comment #8)
> Created attachment 9004025 [details]
> Bug 1481859: Initialized PdfJs sharedData state earlier in startup. r=bdahl
Brendan is away until 9/4. Can someone else approve this change so we can get it sooner?
Comment 10•7 years ago
|
||
Comment on attachment 9004025 [details]
Bug 1481859: Initialized PdfJs sharedData state earlier in startup. r=bdahl
Brendan Dahl [:bdahl] has approved the revision.
Attachment #9004025 -
Flags: review+
| Assignee | ||
Comment 11•7 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/f4400f4e6b8500d2a7ebaacbaa1a361f18c9feac
Bug 1481859: Initialized PdfJs sharedData state earlier in startup. r=bdahl
Comment 12•7 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox64:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64
Comment 13•7 years ago
|
||
Can this be uplifted to Firefox 63?
Updated•7 years ago
|
Flags: in-qa-testsuite?
Updated•7 years ago
|
Flags: in-qa-testsuite? → in-qa-testsuite+
Comment 15•7 years ago
|
||
Kris, could you uplift this patch to beta please? Thanks
Comment 16•7 years ago
|
||
Marking as wontfix for 63 as we are now in the last week of betas before RC week.
| Assignee | ||
Comment 17•7 years ago
|
||
Comment on attachment 9004025 [details]
Bug 1481859: Initialized PdfJs sharedData state earlier in startup. r=bdahl
[Beta/Release Uplift Approval Request]
Feature/Bug causing the regression: Bug 1479245
User impact if declined: This issue causes PDFs to sometimes fail to open correctly during startup.
Is this code covered by automated tests?: No
Has the fix been verified in Nightly?: Yes
Needs manual test from QE?: No
If yes, steps to reproduce:
List of other uplifts needed: Bug 1489072
Risk to taking this patch: Low
Why is the change risky/not risky? (and alternatives if risky): It's a relatively simple change to make sure we initialize PDF.js settings early enough
String changes made/needed:
Flags: needinfo?(kmaglione+bmo)
Attachment #9004025 -
Flags: approval-mozilla-beta?
Updated•7 years ago
|
Comment 18•7 years ago
|
||
Comment on attachment 9004025 [details]
Bug 1481859: Initialized PdfJs sharedData state earlier in startup. r=bdahl
Minimal patch fixing a tracked 63 regression, approved for uplift to our last 63 beta. Thanks.
Attachment #9004025 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 19•7 years ago
|
||
| bugherder uplift | ||
Flags: qe-verify+
Comment 20•7 years ago
|
||
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0
Build ID: 20181011220118
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0
Build ID: 20181011200118
Verified as fixed on the latest Nightly build (2018-10-12) and on the latest Beta build (v63beta14).
Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in
before you can comment on or make changes to this bug.
Description
•