54645 - caching CSS screwing up character coding and everything else.

Status: VERIFIED INVALID

(Core :: Networking: Cache, defect, P3)

Description

[hirata masakazu]

This page shows up as garbage.  It is written in Japanese with two gif images.  
Setting the character coding manually from View menu does not help.
M182000092812

Comment 1

[hirata masakazu]

This only happens when cache is turned ON.  Might be a dupe.
I have not encountered this bug in recent builds since my cache has been set 
to Zero for quite some time.

Comment 2

[Pierre Saslawsky]

Reassigned to ftang for investigation.

Comment 3

[hirata masakazu]

The original URL has been changed and I can not see the bug any more in 
2000092920.  I will try if I can manage to make a test case.

Comment 4

[hirata masakazu]

Here is another page that shows up as a garbage when cache is turned on which is 
less likely to change in a short term than the one I reported initially.
Mem cache was set at 1024, Disk cache at 4096.
Changed the URL for better test case.

Comment 5

[hirata masakazu]

Here is another page that shows up as a garbage when cache is turned on which is 

less likely to change in a short term than the one I reported initially.

Mem cache was set at 1024, Disk cache at 4096.

Changed the URL for better test case.

Interestingly, when I DLed the source and changed all the relative hrefs to true 

URLs, and opened the file locally, it showed up fine.

Comment 6

[hirata masakazu]

After some tests, I added Japanese codings to the default list from View|
Character codings|Customize|, and hit reload. Then Mozilla loaded the page 
correctly, and the bug disappeared afterwards.
http://www.gihyo.co.jp/css/
also gave a similar behavior.  Is this cache, css, or language support?

Comment 7

[Frank Tang]

I have no clue what the bug is. The description is very unclear. What is the
expected behavior, what is the actuall behavior.
Since the reporter said " the bug disappeared afterwards."

These css file have Shift JIS inside the comment but it does not lable as
Shift_JIS by @charset . Therefor, while we load this file by using ISO-8859-1,
it won't display correctly.
The author should put @charset to indicate this CSS is encoded in Shift_JIS

Mark this bug invalid.

Comment 8

[hirata masakazu]

The expected behavior even under iso-8859-1 interpretation should be that only the text part be incorrectly 
shown.
The actual behavior was gif image turned up as a raw code starting with GIF89 etc.
Is this a correct behavior when Shift_JIS charset is used without being labeled?

Comment 9

[hirata masakazu]

I think now I understand this bug.  This is a cache-related bug, and all the 
wrongs involved background/inline gif images either showing up as GIF89a etc. 
(View defaulted to ISO-8859-1), or something else (switched to  UTF16-LE by 
Mozilla).
I even saw this happen in pages without CSS, such as http://www.npr.org.
I will query and see if I should file another bug report.
INVALID confirmed.

Comment 10

[Christine Hoffman]

Verified invalid - reporter in agreement.