frontend: "unknown middleware response"

[volkszaehler]

frontend: "unknown middleware response"

[andig]

Hast Du eine Idee wie man den Fall provozieren kann?

Viele Grüße,
Andreas

Am 17.11.2013 um 19:50 schrieb r00t- [email protected]:

altes problem, dringend zu beheben:
wenn das frontend eine middleware-antwort bekommt, die kein gueltiges
json ist, wird nur die http statuszeile ausgegeben.
das ist gerade fuer anfaenger (oder deren supporter auf der mailingliste!)
wenig hilfreich.

der request der den fehler erzeugte sollte MINDESTENS mit ausgegeben werden.
idealerweise noch den anfang des bodies der antwort (oder einen hinweis dass der leer war) mit ausuzugeben,
und/oder einen hinweis, fuer weitere details in's logfile des webservers zu schauen,
waehre sinnvoll.

—
Reply to this email directly or view it on GitHub.

[r00t-]

beschreibung war unguenstig:
der fehler tritt vor all bei fehlgeschlagenen (!=200) http request auf.
was genau bei ungueltigem json passiert weiss ich nicht.

[r00t-]

zum reproduzieren, zB lib/vendor loeschen/verschieben ;-)
"500: Internal Server Error, Unknown middleware response"

oder einen syntaxfehler in Definition/EntityDefinition.json haben.
-> "400: JSONException, Syntax error"
(die EntityDefinition.json wird nicht direkt ausgegeben, sondern erst in php geparsed,
deswegen gibt es dann auch hier einen http-fehlerstatus, "400 bad request",
"{"version":"0.3","exception":{"message":"Syntax error","type":"JSONException","code":0}}")

[r00t-]

Auf Ausgabe des Requests habe ich verzichtet. Der hilft nur Entwicklern (da ja vom FE ohnehin "richtig" erzeugt).

eben der sollte rein, denke ich.

das standardproblem ist halt:

DAU auf -users meldet "volkszaehler ist kaputt, bekomme middleware fehler"...
und dann muss man dem erstmal erklaeren, wie er die web console im browser bedient,
oder wie er das error_log des servers findet und liest.

besser waehre, wenn man zumindest direkt den fehlschlagenden request haette,
und direkt dort weitersuchen kann.
(tendentiell halt zB die falsch angegebene middleware url,
die eben doch anders konstruiert wurde als erwartet,
oder die fehlermeldung vom server der die middleware nicht ausfuehren kann.
(ob der server jetzt eine 'production' konfiguration hat,
die meldungen in der http-antwort unterdrueckt, ist ein anderes problem...))

sehe ich das richtig, das man aus dem xhr-objekt nicht die request-url auslesen kann?
gibt es eine moeglichkeit, das mit vertretbarem aufwand zu loesen?

[andig]

gibt es eine moeglichkeit, das mit vertretbarem aufwand zu loesen?

Erledigt.

[r00t-]

schick, danke!
gibt's eine javascript funktion um den relative middleware-url noch aufloesen kann?
ansonsten wuerd' die request-url (ohnehin) noch als link anzeigen,
und die formatierung etwas anpassen,
mache ich aber denke ich am einfachsten selber.

[r00t-]

wobei, link koennte schwierig werden, wenn der exception-handler (vermutlich) den text aus der message nochmal escaped, da er ja auch sonderzeichen enthalten koennte...
edit:
unsinn, die <br>s gehen ja auch.
den response-body sollte an dann aber vlt. escapen.

[andig]

gibt's eine javascript funktion um den relative middleware-url noch aufloesen kann?

hatte spontan nix gefunden. dazu der Gedanke dass eh meist Localhost drinsteht so dass das von aussen wenig bringt. gerade wenn das FE aufrufbar ist sollten auch die Pfade stimmen, also kein Mehrwert...