THTTPClient.AutomaticDecompression issues

[softtouch]

Wenn ich System.Net.HttpClient.THTTPClient.AutomaticDecompr ession mit dem Wert "Any" setze, kann ich einige Websites nicht lesen. Setze ich jedoch "Deflate", laden sie Seiten einwandfrei. Soll das so sein, das bei "Any" einige Seiten licht laden? Sollte der THttpClient das nicht automatisch machen? Wofür ist sonst "Any" gut, wenn es nicht klappt?

[Delphi.Narium]

Eventuell, weil die Gegenseite nicht weiß, was sie in dem Fall liefern soll und deshalb kein Ergebnis liefert?

Was ist unter

Zitat:

... einige Seiten nicht laden ...

zu verstehen?
Gibt es keinen Responsecode, mit dessen Hilfe weitergeforscht werden könnte?
Oder ist der 200 und es klappt trotzdem nicht?

Das Problem würd' ich nicht ausschließlich auf der Clientseite suchen.

[Union]

Accept-Encoding Any ist schon mal doof, weil es gzip, deflate, br erlaubt. Und br funktioniert nicht auf allen Client OS. Bei Windows jedenfalls nicht. Was steht denn bei der Response in Content-Encoding? Im Notfall kannst Du das selber decomprimieren.

[softtouch]

Zitat von Union:

Accept-Encoding Any ist schon mal doof, weil es gzip, deflate, br erlaubt. Und br funktioniert nicht auf allen Client OS. Bei Windows jedenfalls nicht. Was steht denn bei der Response in Content-Encoding? Im Notfall kannst Du das selber decomprimieren.

Im Responseheader ist "Content-Encoding: gzip", was falsch ist. Und wenn ich darauf basierend via TIdCompressorZLib die "gzip" Daten dekompremieren will, hängt sich die TIdCompressorZLib Funktion DecompressGZipStream auf, trotz try/except.
Mit anderen Worten: Die Seite (und auch einige andere in meiner Liste) liefert unkompremierte Daten, und der Responseheader sagt das es GZip kompremiert ist.

[Union]

Hast Du mal den Rohdatenstream? Ist der evtl. noch base64-encoded? Wie sieht der Code zum Entpacken aus? Ich würde anstelle der Indy auch eher System.ZLib.TZDecompressionStream verwenden.

[softtouch]

Zitat von Union:

Hast Du mal den Rohdatenstream? Ist der evtl. noch base64-encoded? Wie sieht der Code zum Entpacken aus? Ich würde anstelle der Indy auch eher System.ZLib.TZDecompressionStream verwenden.

Die Daten sind ganz normaler Text, nicht gzip komprimiert. Wenn ich die Dekompression überspringe, also ignoriere was im Header steht, bekomme ich ganz normal die HTML Seite.