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)

63 Branch
x86_64
Windows 10
defect

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)

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
[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
Component: Untriaged → PDF Viewer
Flags: needinfo?(kmaglione+bmo)
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.
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,
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.
Per triage team, asking Brendan to have someone take a look at this and prioritize it. Thanks!
Flags: needinfo?(bdahl)
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: nobody → kmaglione+bmo
Flags: needinfo?(kmaglione+bmo)
(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 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+
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64
Can this be uplifted to Firefox 63?
Kris, can you uplift to beta please? Thanks
Flags: needinfo?(kmaglione+bmo)
Flags: in-qa-testsuite?
Flags: in-qa-testsuite? → in-qa-testsuite+
Kris, could you uplift this patch to beta please? Thanks
Marking as wontfix for 63 as we are now in the last week of betas before RC week.
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?
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+
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.

Attachment

General

Created:
Updated:
Size: