Can not update content in IE6: download dialog issued.

roman-schechtel · Post by **roman-schechtel** » Fri 12. Dec 2003, 16:25

Greetings,

when using IE 6 on Win2k (with latest patches ans service packs installed)
I am offererd a download dialog whenever I click on
"update content". Be it a bullet list or plain text -- same result.
The content actually gets updated, but my IE is not willing to
display the page I'm redirected to and instead offers me to download
the page!

Everything else seems to work fine, exept for the update content button.
Idea: maybe a wrong content-type is sent (or none at all?).

Roman

roman-schechtel · Post by **roman-schechtel** » Fri 12. Dec 2003, 16:44

Update: and this is what my Mozilla is showing when doing the above:

I think if this would be a common bug, then I wouldn't be the first to
issue it. So maybe there is something "wrong" with my server
configuration?

If so, millions of users will experience the same when using phpWCMS,
since I'm hosted on a Puretec account :-)

Post by **Oliver Georgi** » Sun 14. Dec 2003, 09:27

Hm Roman,

möglicherweise hat das mit CGI auf den Puretecs zu tun. Außerdem fahren die eine dermaßen alte PHP Version (ich glaube 4.2.3) auf Ihren Systemen, dass 1&1 da nicht so recht zu verstehen ist.

Ich weiß, eigentlich sollte das kein Problem sein - aber...

Das ist die Kombination, die ich als nicht empfohlen ansehen würde.

Eventuell auch eine Limitierung im Speicherbereich - oder es wird versucht zuviele PHP Instanzen in zu kurzer Zeit zu öffnen. MySQL beschränkungen oder, oder, oder...

...aber Du merkst, hier stochere ich im Trüben.

Hm.

Oliver

roman-schechtel · Post by **roman-schechtel** » Thu 18. Dec 2003, 19:59

Ja, aber sonst läuft ja alles. Es wäre für mich deshalb wichtig, weil ich
meinen Kunden phpWCMS präsentieren will. Ich bin nunmal bei Puretec.
Und wenn sie dann ihre Präsenz haben, reate ich ihnen auch zu Puretec.
Vor allem weil da alles so stabil läuft.

Und Puretec ist ja bekanntermaßen ein Massenhoster. Soll heißen:
sind viele Leute von betroffen. Ich würds fixen :)

roman-schechtel · Post by **roman-schechtel** » Sun 21. Dec 2003, 23:11

OK, heute hab ich beschlossen das Problem für mich zu fixen, da doch
bald eine Präsentation ansteht :)

Also, Problem tritt auf bei Puretec-Webspace (hier meine phpinfo:
http://schechtel.de/phpinfo.php ) und zwar im IE6 und Mozilla, nicht in Opera 7.

Workaround/Fix: in phpwcms.php Zeilen 170 bis 174 auskommentieren
(ob_start) und entsprechend Zeile 428 (ob_end_flush).

Dazu mal ne Frage: wozu die Pufferung, wird ja bisher nicht "benutzt" so wie ich das sehe, oder?

Post by **Oliver Georgi** » Sun 21. Dec 2003, 23:33

Möglicherweise bekommst Du Probleme mit bestimmten Aktualisierungen von Datensätzen, da oftmals nach Aktualisierung zum Löschen der Post-Werte per header("Location...") die Seite einfach Nachgeladen wird. Da dann möglicherweise aber schon Ausgaben erfolgten, erhältst Du möglicherweise Fehlermeldungen.

Hast Du mal versucht, in einer .htaccess register_globals auszuschalten. Allgemeine Globale Variablen sind nicht zu empfehlen.

Gruß
Oliver

roman-schechtel · Post by **roman-schechtel** » Sun 21. Dec 2003, 23:44

Hi Olvier!

In einer htaccess kann ich ja nur ein PHP-Modul steuern, nicht die
CGI-Variante welche bei Puretec läuft, aber davon abgesehen:

nein, ich habe gar keine Fehlermeldungen (insbesondere nicht "cannot
send header information

. Es wird blos (anscheinend) GZIP an die
Browser ausgeliefert, ohne das per Content-Type header denen vorher
klar zu machen (bzw. das Puretec-PHP setzt wohl einen falschen
Content-Type) und so bieten IE und Mozilla mir das, was phpwcms.php
nach erfolgreichen Update ausliefert, als Download an.

Das es wirklich GZIP ist hab ich grad mit nem Hexeditor und praktisch
überprüft: die Datei die zum download angeboten wurde runtergeladen
und in phpwcms.zip umbenannt, anschließend mit Winrar geöffnet
und voila, schon ist der HTML-Quelltext lesbar.

Es ist also ein Mißverständnis zwischen PHP <-> Apache <->Browser.

Aber nochmal die Frage: wofür benutzt du überhaupt ob_start()? Ich
übersehe gerade den Zweck

Post by **Oliver Georgi** » Mon 22. Dec 2003, 00:07

Für die Eventualität des "cannot send header information.." und für die Übergabe an den GZIP Kompressor-Spaß (wenn entsprechender Wert im Config gesetzt ist). Möglicherweise liegst Du aber richtig und das mittlerweise sehr alte Konstrukt ist überflüssig geworden. Ich selbst lasse meinen Apache alles GZIPpen - benötige das also nicht. Ich prüfe das selbst mal gegen, wenn ich die Sprachanpassung durch habe.

Oliver