New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 730051 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

view-source page displays garbled characters (charset=Shift_JIS)

Reported by hamay1...@gmail.com, Jun 6 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36

Steps to reproduce the problem:
1. open URL
https://hamayapp.appspot.com/static/youtube_resize_oldZ_v160.html
2. click a mouse right button on outside of youtube frame
   and select a 'View page source' menu.
3. move to a view-source page.

What is the expected behavior?
Japanese kanji characters should be displayed correctly.

What went wrong?
Garbled Japanese kanji characters are displayed (e.g. line 11).

Did this work before? Yes at least v57

Chrome version: 59.0.3071.86  Channel: stable
OS Version: 6.3
Flash Version: 

this issue is similar to  issue 710861 : but charset is different.

I'm using an extension 'Set Character Encoding'.
(https://chrome.google.com/webstore/detail/set-character-encoding/bpojelgakakmcfmjfilgdlmhefphglae)
I changed encoding from 'Use page default' to 'Japanese (Shift JIS)' by this extension
but the view-source page is not changed.
 
image0101.png
35.4 KB View Download
Cc: pbomm...@chromium.org
Components: -UI Blink>ViewSource
Unable to reproduce the issue on Windows 7 and 10 with Chrome 59.0.3071.86, please find attached screen shot.
pagesource.png
69.3 KB View Download
Labels: M-59
Labels: pre-stable-59.0.3071.86
I have 2 PCs and I can reproduce only one PC.
PC1: 100% (OS:Windows 8.1 (64bit), Language Setting: Japanese)
PC2:   0% (OS:Windows 8.1 (64bit), Language Setting: Japanese)

(I tried Shift+Ctrl+r on both PCs but nothing changed.)

It seems that hidden conditions exist for reproducing.

I found related comments.
 issue 710861 : comment 16, 17
issue 698078: comment 13, 14

 issue 710861 : comment 5 seems to be able to reproduce the issue.

I made a minimal html.
(A) https://hamayapp.appspot.com/static/mini_char.html

I uploaded the same file to another site (@nifty homepage service).
(B) http://hamayama.la.coocan.jp/mini_char.html

On my PC, I can reproduce the issue on (A).
there is no need to open view-source page.

On my PC, I can't reproduce the issue on (B).

image0102A.png
20.1 KB View Download
image0102B.png
16.3 KB View Download

Comment 6 by hamay1...@gmail.com, Jun 13 2017

Sorry, I found the phenomenon is dissapeared on my PCs,
so I can't reproduce and investigate it any more.

I can still reproduce  issue 710861 ,
so there seems to be some hidden conditions.

When I had been able to reproduce the issue, I couldn't change character encoding even if I use an extension 'Set Character Encoding'.
( https://chrome.google.com/webstore/detail/set-character-encoding/bpojelgakakmcfmjfilgdlmhefphglae )
So, it seemed to be in a wrong state.

Chrome: 59.0.3071.86 (stable) (64bit)
OS: Windows 8.1 (64bit) (Language Setting: Japanese)

Cc: ranjitkan@chromium.org
Labels: -pre-stable-59.0.3071.86
Status: WontFix (was: Unconfirmed)
Thanks for the update,  Issue 710861  is already being addressed. Closing this issue. Please feel free to reopen or raise a new issue if observed again.

Thanks.!

Sign in to add a comment