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

Issue 647584 link

Starred by 5 users

Issue metadata

Status: WontFix
Owner:
Last visit 29 days ago
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Feature



Sign in to add a comment

Show the character encoding of a document/frame along with their source (HTTP, html meta or auto-detection)

Project Member Reported by js...@chromium.org, Sep 16 2016

Issue description

The encoding menu was completely removed. It served two purposes: 1) to show what the current encoding is 2) to let users override the encoding. 

These days, I rarely come across a page with garbled contents due to misconfigured encoding declaration or misidentification of character encoding. So, I get my fingers crossed that there will be no need for #2. 

As for #1, it's still necessary for web page debugging and browser testing, but it's rather developer-oriented feature.  

I propose (I did propose at one of meetings regarding the encoding menu removal) that the character encoding of a document (or frames/iframes) be shown in the DOM Inspector along with the information on how it's determined (http C-T header, html meta or autodetection). 

 
Owner: lushnikov@chromium.org
Status: Assigned (was: Untriaged)
Restart Speed watch video players 
Cc: chenwilliam@chromium.org js...@chromium.org
Is there any concrete plan to get this done?
Status: WontFix (was: Assigned)
There are extensions that bring the encoding menu back, e.g.

https://chrome.google.com/webstore/detail/set-character-encoding/bpojelgakakmcfmjfilgdlmhefphglae


It seems that the extension is not available on Android Chrome.

I previously reported  issue 710861  and six months have passed.

I wonder  issue 597488  and  244358  should be reopened.

Sign in to add a comment