[eGroupWare-tracker] Bugs #3034: 417 - Expectation Failed hier im Tracker

[<tr...@eg...>]

Ticket modified by da ku at 2011/09/21 14:58
Tracking SystemBugs
CategoryTracker
VersionTrunk
StatusOpen
ResolutionFixed
Completed100%
Priority5 - medium
Created byda ku
Created on2011/09/08 18:04
Assigned toRalf Becker
Summary#3034 - 417 - Expectation Failed hier im Tracker
Hallo

hier im Tracking System bekomme ich die im Betreff genannte Fehlermeldung, wenn ich von Bugs in Feature Request wechsel.

Ausserdem kann man nicht das "Created by" ändern, da in dem neuen Fenster wieder das Login kommt.

MfG
Comment by da ku at 2011/09/21 14:58:
Hallo

Die Fehlermeldung kommt nicht mehr, thx.

Aber was immer noch nicht funktioniert, ist das Filtern nach "Created by".
Wenn man in dem Dropdown "Suchen" auswählt, wir die 1. Seite angezeigt, wenn ich danach jedoch nach "d" filtern möchte, um "meine" Einträge anzeigen zu lassen, werde ich wieder ausgeloggt.

MfG
Comment by Klaus Leithoff at 2011/09/19 17:51:
Hi da ku,
wir haben unseren lighttpd jetzt umkonfiguriert.
Es sollte nun auch unter Opera keine Expectation failed mehr geben.
Sag Bescheid, ob/wenn Du noch welche provozieren kannst. 
Sonst setze ich das Ticket auf pending, und es schliesst sich dann von selbst.
Liebe Grüsse
Klaus
Comment by da ku at 2011/09/10 12:11:
aso, ok
Dann kann es ja geschlossen werden.

Mir ist es bisher nur noch nicht weiter unter gekommen.

MfG
Comment by Ralf Becker at 2011/09/10 11:11:
Das Problem liegt an dem von uns verwendeten Lighttpd Webserver, der Expect Header in seiner stabilen Version NICHT unterstützt. Allerdings is Opera auch der einzige Browser - soweit mir bekannt - der solche Header schickt.
Man kann im stabilen Lighttpd 1.4 allerdings konfigurieren, wie auf alle Expect Header reagiert werden soll (ohne das der Webserver sie versteht oder bearbeitet):
a) "417 Expectation Failed" ist der default in Lighttpd 1.4
b) einfach komplett ignorieren (wie es ein HTTP 1.0 Server machen würde)
Leider gibt es jetzt diverse Clients die fest das eine oder das andere Verhalten brauchen:
- Nokia Handys brauchen für eSync (ActiveSync) b)
- Transmit Webdav Client braucht a)
- Opera Browser brauchen b)
Wir verwenden im Moment einen Patch, mit dem wir das Verhalten - a) oder b) - von der URL abhängig machen können. Bisher verwenden wir b) ausschließlich für eSync/ActiveSync und sonst a). Das werden dahin ändern, dass wir a) nur noch für WebDAV verwenden und ansonsten b). Ich lasse euch wissen wenn wir das getestet und deployed haben.
Ralf
Comment by da ku at 2011/09/10 10:57:
Moin

Als ich mich eben eingeloggt, bei einem Eintrag einen neuen Kommentar hinzugefügt habe und speichern wollte, habe ich auch diesen Fehler bekommen.
Scheint wohl nur bei der 1. Aktion zu kommen, die etwas an der Seite ändert.
Danach geht alles ...

MfG
Comment by da ku at 2011/09/09 12:23:
Moin

k.A. was Opera erwartet, aber auch eben wieder gesehen, von "Feature Requests" zu Bugs gewechselt und auch die 417 mit Kryptischen Zeichen.
Wenn die Seite kommt und ich dann nochmal im Menü auf "Tracking System" klicke, wird die Seite wieder korrekt dargestellt und ich kann auch zw. den Queues umherschalten, also passiert nur 1x pro Sitzung.

MfG
Comment by Klaus Leithoff at 2011/09/09 09:53:
Meine Meinung: Opera spinnt was das angeht.
Sorry, benutze einen anderen Browser, oder erkläre mir was Opera in dem Falle erwartet.
Ich habe da schon mal reindebuggt und nichts gefunden.

Einleitung

    Der Webserver (auf dem die Website läuft) denkt, dass der vom Client (z.B. Ihr Webbrowser ) gesendete HTTP-Datenstrom eine 'Expect (Erwarte)'-Anforderung enthält, die nicht erfüllt werden kann. Die Expect-Anforderung ist ziemlich allgemein, d.h. sie ist nicht präzise im HTTP-Protokoll definiert. Sie kann mehr als eine Erwartung angeben, wobei jede von verschiedenen Webservern anders interpretiert werden kann.

417-Fehler im HTTP-Ablauf

    Jeder Client (z.B. Ihr Webbrowser oder unser CheckUpDown-Roboter) durchläuft den folgenden Ablauf, wenn er mit dem Webserver kommuniziert:

        Eine IP-Adresse aus dem IP-Namen der Site zuweisen (die URL der Site ohne das vorangestellte 'http://'). Dieses Nachschlagen (Umwandlung des IP-Namens in die IP-Adresse) wird durch Domain-Namen-Server (DNS) geleistet.
        Öffnen einer IP-Socket-Verbindung zu dieser IP-Adresse.
        Schreiben eines HTTP-Datenstroms über diesen Socket.
        Rückempfangen eines HTTP-Datenstroms vom Webserver als Antwort. Dieser Datenstrom enthält Statuscodes, deren Werte durch das HTTP-Protokoll bestimmt werden. Parsen dieses Datenstroms auf Statuscodes und andere nützliche Informationen.

    Dieser Fehler tritt im obigen letzten Schritt auf, wenn der Client einen HTTP-Statuscode empfängt, den er als '417' erkennt.



Linked entries:
https://community.egroupware.org/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=3034&no_popup=1