Blank sida i IE

2015-02-10, 22:13 #1

Medlem

Reg: Sep 2009

Inlägg: 3 400

Jag har stött på en mycket intressant bugg. Jag har en väldigt simpel server (exemplet nedan skrivet i Python):

Kod:


import socket



s = socket.socket()

s.bind(("0.0.0.0", 80))

s.listen(10)



while 1:

    conn, addr = s.accept()

    

    conn.sendall("""

    <!DOCTYPE html>

    <html>

        <head>

            <title></title>

        </head>

        <body>

            <h1>HTTP</h1>

        </body>

    </html>

    """)

                

    conn.close()

Så fort en klient kopplar upp sig så skickar servern en enkel HTML-sida. Detta fungerar i alla webbläsare.

Men om man ersätter:

Kod:


<h1>HTTP</h1>

med:

Kod:


<h1>HTTP </h1>

så slutar det fungera i IE, man får bara upp en vit sida istället.

Detta skulle kunna förklaras med att IE har taskigt stöd för HTTP 0.9, att ifall den endast får en fil som svar så försöker den fortfarande parse:a fram statusrad och headers, även om det inte borde påverka just strängen "HTTP "?

Som om det här inte var konstigt nog så finns det ännu en pusselbit. Om jag har ett liknande program som ovan, fast skrivet i Java, där jag använder metoden DataOutputStream.write (http://docs.oracle.com/javase/7/docs...te(byte[])) för att skriva till socketen, då ger det samma problem. Men om jag istället använder metoden DataOutputStream.writeBytes (http://docs.oracle.com/javase/7/docs...a.lang.String)) så fungerar det.

Vad? Hur? Varför?

Citera

2015-04-18, 02:58 #2

Medlem

Reg: Okt 2008

Inlägg: 75

Jag har tyvärr inte kunnat testa med äldre versioner av IE, men det fungerar åtminstone felfritt i IE 11. Känns inte som en bugg. Får du felet med samma version, så kanske du istället i din kod har fått ett ogiltigt tecken, som inte kan visas eller som renderas som ett mellanslag.

Jag satt en gång och felsökte varför en text inte radbröts, vilket sänkte en kundsajts design. Det visade sig vara webbredaktören som lagt in nbsp:s istället för vanliga mellanslag. Detta syntes inte i dåtidens utvecklarpanel (om det ens fanns någon...) så det tog en stund att hitta felet. Jag löste det genom att skriva en javascript-alert på teckenkoden och såg då att hexkoden matchade non-breaking space ... :-) Du kan ju alltid testa samma teknik; bara att köra en copy+paste till en sträng och kör en alert på getCharCodeAt(), i en lokal html-fil.

Kolla även vad du skickar för encoding-attribut i dina HTTP-headers. UTF-8 är säkrast, skulle jag säga. (Någon får gärna rätta mig, det är kul med ny kunskap.) Komplettera detta med en meta-tagg i sidkoden:

Kod:

<meta charset="UTF-8">

Citera

Blank sida i IE

Skapa ett konto eller logga in för att kommentera

Skapa ett konto

Logga in