suit: IE7 zeight HTTP-Header im Anzeigebreich und Quelltext an.

Hat jemand schon mal folgendes Verhalten beobachtet: der IE zeigt den HTTP-Header an - erinnert irgendwie an MHT/MHTML - aber in sämtlichen anderen Browser tritt das Problem nicht auf. IE6 und IE8 sind brav.

Das einzige was mich etwas stuzig macht ist, der "Expires"-Wert im Header.

Einen Link zur Seite kann bzw darf ich leider nicht posten - ein paar Tipps zur weiteren Recherche wären aber sicher hilfreich für mich.

HTTP/1.1 200 OK
Date: Mon, 31 May 2010 14:05:40 GMT
Server: Apache
Set-Cookie: PHPSESSID=6h2ntgo32e607geicv43bpi5p7; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE html
     PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

  1. Moin Moin!

    Das einzige was mich etwas stuzig macht ist, der "Expires"-Wert im Header.

    Wieso? Gut 30 Jahre in der Vergangenheit, damit sollte Caching ziemlich gut unterbunden werden.

    Einen Link zur Seite kann bzw darf ich leider nicht posten - ein paar Tipps zur weiteren Recherche wären aber sicher hilfreich für mich.

    Erster Ansatz: Irgendwelcher serverseiger Code (PHP? Irgendwelche non-stanard Apache-Module) bekommt beim IE7 einen Schluckauf und haut schonmal einen HTTP-Header (z.B. mit Content-Type text/plain) raus.

    Sieh Dir mal an, was auf Netzwerkebene passiert (z.B. mit Wireshark oder einem intensiv loggenden Proxy).

    Alexander

    --
    Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so".
    1. Moin!

      Sieh Dir mal an, was auf Netzwerkebene passiert (z.B. mit Wireshark oder einem intensiv loggenden Proxy).

      wget -d -O- http://example.com/example tut es auch.

      MFFG (Mit freundlich- friedfertigem Grinsen)

      fastix

      1. Moin Moin!

        Moin!

        Sieh Dir mal an, was auf Netzwerkebene passiert (z.B. mit Wireshark oder einem intensiv loggenden Proxy).

        wget -d -O- http://example.com/example tut es auch.

        ... oder lwp-request -m HEAD -e http://example.com/

        Aber eben nicht, wenn der Bug nur bei einem bestimmten Browser auftritt.  Entweder hat der Browser arge Verdauungsprobleme beim Verarbeiten des Response, oder der Server beim Verarbeiten des Requests. Letzteres kannst Du nur sehen, wenn Du exakt den selben Request sendest wie der IE. Und das geht nun einmal am besten, indem man sich den echten Request "unterwegs" ansieht. Natürlich kann man wget oder lwp-request auch dazu bringen, einen IE-Request zu faken, aber ob der gefakte Request dann wirklich genau mit dem vom IE übereinstimmt, wage ich zu bezweifeln.

        Alexander

        --
        Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so".
        1. ... oder lwp-request -m HEAD -e http://example.com/

          (bzw. GET, POST -- je nach dem, was der IE treibt)

          Alexander

          --
          Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so".
  2. Das Problem hat sich in der Nacht in Luft aufgelöst. Kein Fehler mehr feststellbar.

    Natürlich ist die Seite valide - die Software ist TYPO3 wie ich sie bei vielen anderen Projekten in ansich derselben Form auch einsetze.

    Vielen Dank jedenfalls für die Tipps.