Project: chromium Issues People Development process History Sign in
New issue
Advanced search Search tips
Starred by 2 users
Status: Fixed
Owner:
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression

Blocking:
issue 62400



Sign in to add a comment
In Google Chrome 52 or above this PDF shows garbled texts.
Reported by shima...@gmail.com, Jun 6 2016 Back to list
UserAgent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.10 Safari/537.36

Steps to reproduce the problem:
1. http://www.dolphin-kick.net/shoin-jhs/shoin_hahaoyagaku.pdf
2. 
3. 

What is the expected behavior?
Japanese texts are shown.

What went wrong?
Only garbled texts are shown. I can not read it even though I am a Japanese.

Did this work before? Yes Version 51

Chrome version: 52.0.2743.10  Channel: n/a
OS Version: 6.3
Flash Version: Shockwave Flash 22.0 r0
 
Comment 1 by shima...@gmail.com, Jun 6 2016
http://www.coder.or.jp/hdr/19/HDRVol19.12.pdf
is another example, where Google Chrome 52 shows garbled texts.
Cc: msrchandra@chromium.org
Labels: M-52
Owner: dsinclair@chromium.org
Status: Assigned
Able to reproduce the issue on Chrome Beta# 52.0.2743.24 and Chrome Dev# 53.0.2756.0 on Windows.
This is a Regression issue in M52, below is the info,
Chrome Good Build: 52.0.2738.0
Chrome Bad  Build: 52.0.2739.0
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/b63b54ffb934677bcb8b6986a250bea71c0d147e..8eb4c80b7558a1bdd547e24b6b129b0d84223b21

Suspecting Commint# 08e9434b6f4938517755815da37752b0cd906be7
Suspecting Review URL# https://codereview.chromium.org/1950123002
@dsinclair -- Could you plese look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Note: The pdf is seen without any garbage text on Mac and Linux.

Thank You.
Project Member Comment 4 by sheriffbot@chromium.org, Jun 6 2016
Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Blocking: 62400
Components: Internals>Plugins>PDF
This renders correctly if XFA is turned off but fails when enabled.
Labels: -M-53
Removing the milestone because XFA has been disabled.
Status: Started
May I add your example PDF to our corpus of test files?
Fix out for review: https://codereview.chromium.org/2097523002/.

It looks like the issue is, when XFA is enabled, we don't load up the font maps, so when we lookup the characters to get the glyphs to display we decide the font is not unicode and just return the character. We then display the incorrect glyph. Loading the font maps fixes the issue.
Status: Fixed
Sign in to add a comment