On Fri, 24 Sep 2004 14:59:25 +0100, Matt Cox wrote:
> 
> On 24 Sep 2004, at 01:55 pm, Andrew Thompson wrote:
>> Next time it happens, please look in the View->Text Encoding menu 
>> and tell us what you see checked there.
>> Experimenting with different encodings will likely temporarily work 
>> around the problem, but in all probability its happening because the 
>> server is misconfigured. (its sending one thing but telling Camino 
>> that its another).
>> 
>> AndyT
> 
> Mr Pavlos, an example url would be here:
> http://toysandgames.kelkoo.co.uk/b/a/sbs/6513/9750359.html
> 
> And AndyT, thank you. I think this has sorted the problem.
> Upon visiting the page above, I checked View > Text Encoding and... 
> nothing was checked.
> So, I take it that was the problem.
> 
> I checked the 'Western (Mac OS Roman)' and it immediately resolved 
> the problem.
> When visiting the other site I originally questioned 
> (http://shop.gameplay.co.uk/webstore/specialsale.asp), doing the same 
> resolved the problem.
> 
> Is there any way to select a default Text Encoding preference... I 
> have looked through the Preferences Panel, but couldn't spot an 
> option for doing so.

Hrm, there appears to be a bug with Camino here, because that page 
should work with the encoding that was specified in their <meta> tag, 
yet instead it doesn't seem to select any encoding from the text 
encoding menu. Here is their <meta> tag:

<meta http-equiv="content-type" content="text/html;charset=ISO-8859-1">

I grabbed the headers of the request when I visited:

HTTP/1.1 200 OK
Date: Fri, 24 Sep 2004 14:18:57 GMT
Server: Apache/1.3.27 (Unix) ApacheJServ/1.1.2
P3P: CP="NOI DSP CURa ADMa DEVa PSAa PSDa OUR IND 
UNI",policyref="http://www.kelkoo.co.uk/w3c/p3p.xml";
Set-Cookie: JServSessionIduk=uuaebhx7s1.COU2uk; domain=.kelkoo.co.uk; 
path=/
Transfer-Encoding: chunked
Content-Type: text/html

While there is no content type specified in the Content-Type header, 
Camino should be reading the header correctly from the HTML, which is 
also specified correctly.

Doing a test of the same thing on my machine:

HTTP/1.1 200 OK
Date: Fri, 24 Sep 2004 14:20:17 GMT
Server: Apache/1.3.29 (Darwin) PHP/4.3.4
Last-Modified: Fri, 24 Sep 2004 14:11:08 GMT
ETag: "1ee3e0-f4-41542afc"
Accept-Ranges: bytes
Content-Length: 244
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
        "http://www.w3.org/TR/html4/loose.dtd";>
<html>
<head>
        <meta http-equiv="content-type" 
content="text/html;charset=ISO-8859-1">
</head>
<body>
        <b>�32.99</b>
</body>
</html>


This code works just fine (Pound symbol comes up, and the encoding is 
checked correctly in Camino), so there is some order of events on the 
other page that is getting in the way (maybe one of the linked files is 
setting the content type weirdly, which should have no affect on the 
parent page encoding).

Anyway, appears to be a bug, but I can't see where it's stemming from :/

Adam.

--
-----------------------------------------------------------------------
Adam Randall                                       http://www.xaren.net
[EMAIL PROTECTED]                                   AIM/iChat:  blitz574
[EMAIL PROTECTED]

"Macintosh users are a special case. They care passionately about the
Mac OS and would rewire their own bodies to run on Mac OS X if such a
thing were possible." -- Peter H. Lewis
_______________________________________________
Camino mailing list
[EMAIL PROTECTED]
http://mozdev.org/mailman/listinfo/camino

Reply via email to