173616 - Graphical file has Encoding: ISO-8859-1.

Status: RESOLVED WORKSFORME

(SeaMonkey :: Page Info, defect)

Description

[Kasumi]

tested 2002-10-08-08-1.0
Win XP Pro. JA

1. Launch Navigator
2. Select File/Open file/any graphical file such as xxx.gif, xxx.jpeg
3. Once browse, clcik right mouse button
4. Select View Page Info from menu 
5. You will see  Encoding: ISO-8859-1 in General tab
   That's not true. Graphical file is regardless of Encoding
   Should remove Encoding item or display n/a instead of ISO-8859-1.

Comment 1

[Daniel Brooks [:db48x]]

Technically mozilla renders the image by constructing a small html page with
just that image in it, and yes, that document has that encoding. It's also
rendered in Quirks mode, which page info also tells you. No, the information
isn't useful in this case, but I don't consider it a problem.

it would basically be more work and more error prone to special-case it.

wontfixing.

Comment 2

[Yuying Long]

Btw, in this Page info dialog, the charset/encoding under meta field means the
charset come with the current loading document.

Comment 3

[Kasumi]

#1 contradicts to bug 158171.
I would like to chage marking.

Comment 4

[Tony Mechelynck [:tonymec]]

No comments since October 2002.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008040401 SeaMonkey/2.0a1pre

When viewing a remote image/jpeg URL:
- "View -> Character Encoding" and "View -> Page Source" are greyed-out
- In "View -> Page info", Title and Long description have "Not specified" in greyed-out italics.
- Tab title is the URL followed by " (JPEG Image, xxx by yyy pixels) - Scaled (nn%)" -- I don't see the relation with bug 158171 since the URL can always be displayed in Latin1 (using %hh or punycode if necessary).
- Page info indeed mentions ISO-8859-1 and Quirks mode, which I agree (with comment #1) is neither useful, significant, nor harmful.
Resolving WORKSFORME.