Open
Bug 838549
Opened 12 years ago
Updated 3 years ago
Font causes the canvas and page disappear when cairo backend is used
Categories
(Core :: Graphics: Canvas2D, defect)
Tracking
()
People
(Reporter: rshimazu, Unassigned)
Details
(Whiteboard: [pdfjs-c-rendering][pdfjs-d-font-conversion][pdfjs-d-hwa-off])
Attachments
(1 file)
|
31.68 KB,
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.0; rv:19.0) Gecko/20100101 Firefox/19.0
Build ID: 20130130080006
Steps to reproduce:
Please access to the following urls:
http://cookgas.com/IFU/blocker/AirQ_BlockerIFU_JA.pdf
http://www.grips.ac.jp/cms/wp-content/uploads/2012/05/jlc_pamphlet.pdf
Actual results:
Once the first page is loaded (starts to be loaded). But afterwords (in one second or two secods) it becomes blak.
Expected results:
The contents should be displayed as Adobe Reader shows.
Both of these two PDFs seem to be made from QuarkXpress 8.0. But I am not sure this is coincidence or not. And I am not sure how many softwares or drivers produce this kind of PDfs. Maybe this is a PDF creator software's bug. But anyway, Adobe Reader and Chrome PDF Viewer show two PDFs as expected.
Updated•12 years ago
|
Component: Untriaged → PDF Viewer
Comment 1•12 years ago
|
||
I saw garbled characters and missing text.
http://hg.mozilla.org/mozilla-central/rev/bc108d2ce8d1
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20130206 Firefox/21.0 ID:20130206031027
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•12 years ago
|
||
PDF disappears when HWA disabled.
Updated•12 years ago
|
Comment 3•12 years ago
|
||
Can we find more info about what makes these PDFs display this issue and do any sort of workaround if this type of PDF is detected? On Mac I get a "this pdf may not be displaying properly" info bar for the first link in comment #0 but not the second - if we can show that, it would at least mitigate the issue for 19 if a fix cannot be ready in time and we can take a proper fix in 20.
Assignee: nobody → bdahl
status-firefox19:
--- → affected
status-firefox20:
--- → affected
status-firefox21:
--- → affected
Keywords: qawanted
A bit more detail on this while testing with Firefox Nightly 21.0a1 2013-02-07...
> PDF initially loads and renders correctly, along with the info bar
> Disabling HWA with the PDF loaded makes the PDF go black
> Reloading the PDF makes it reappear with garbled text
> Info bar button allows me to hand off to Adobe Reader successfully
> Turning HWA back on and reloading does NOT correct the garbled text
> Restarting Firefox with HWA enabled DOES correct the garbled text
To summarize:
* PDF goes black when HWA is turned off while the PDF is loaded
* This can be worked around by reloading the page but the text will be garbled
* This can be worked around by opening in a different viewer via the info bar
* Turning HWA back on and restarting Firefox also works around this issue
Please let me know if you need more information (tested with Firefox Nightly 21.0a1 2013-02-07).
Keywords: qawanted
I've found this to be a lot more common than originally thought. I tried following the STR with all the PDFs on the front page of searching for "PDF" on Google and they all exhibit this bug, many of which do not show the info bar.
Given this new information, I think this warrants escalation in priority.
Summary: pdf.js: The document is once loaded but afterwords it disappears in some PDFs. → pdf.js: PDF renders incorrectly if HWA turned off while document loaded
Comment 6•12 years ago
|
||
Anthony, can it be the case when one PDF breaks display for the rest of the PDFs?
(In reply to Yury Delendik (:yury) from comment #6)
> Anthony, can it be the case when one PDF breaks display for the rest of the
> PDFs?
All PDFs loaded after disabling HWA show garbled text. Re-enabling HWA and restarting Firefox restores the correct rendering.
Comment 8•12 years ago
|
||
Invalid font cases canvas and some of the page disappear
Comment 9•12 years ago
|
||
Anthony, minimal test case demonstrates it's not a PDF Viewer issue anymore. Also, I cannot replicate it with Nightly. Fixed by bug 837461?
Whiteboard: [pdfjs-c-rendering][pdfjs-d-font-conversion][pdfjs-d-hwa-off]
Comment 10•12 years ago
|
||
Fixed by Bug 831525
Comment 11•12 years ago
|
||
(In reply to Alice0775 White from comment #10)
> Fixed by Bug 831525
So it's not really fixed for cairo backend
Assignee: bdahl → nobody
Component: PDF Viewer → Canvas: 2D
Product: Firefox → Core
Summary: pdf.js: PDF renders incorrectly if HWA turned off while document loaded → Font causes the canvas and page disappear when cairo backend is used
Comment 12•12 years ago
|
||
(In reply to Anthony Hughes, Mozilla QA (:ashughes) from comment #4)
> A bit more detail on this while testing with Firefox Nightly 21.0a1
> 2013-02-07...
> > PDF initially loads and renders correctly, along with the info bar
> > Disabling HWA with the PDF loaded makes the PDF go black
> > Reloading the PDF makes it reappear with garbled text
> > Info bar button allows me to hand off to Adobe Reader successfully
> > Turning HWA back on and reloading does NOT correct the garbled text
> > Restarting Firefox with HWA enabled DOES correct the garbled text
>
> To summarize:
> * PDF goes black when HWA is turned off while the PDF is loaded
This step makes seems so uncommon that I don't think we should continue tracking for any upcoming releases.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•