HMinfo configCheck liefert keine sichtbaren Ergebnisse mehr

[martinp876]

bei set configcheck sollte es jetzt wieder direkt kommen - blockierend!

bei get sollte sich nichts ändern. Nicht blockierend, asynchron

[DecaTec]

Habe gerade ein Update gemacht und set HMinfo configCheck funktioniert nun wieder.
Mit get configCheck bekomme ich aber nach wie vor keine Ergebnisse.

Kann es sein, dass mir hier irgendwelche Pakete/perl-libs fehlen?

[Rampler]

Jetzt tut es wieder, bis auf die Meldung:

Code Auswählen Erweitern

hm;;;configCheck done: templateCheck:


[martinp876]

Die asynchrone Ausgabe bei get sollte funktionieren wenn man fhemweb und fhem.pl updated. Also einfach ein update. Ggf. Ein force update. Die Ausgabe ist ja nicht von mir, ich nutze sie nur.

Die ;;; kann ich noch entfernen. Die Anzeige zum template check auch, wenn keine Fehler aufgetreten sind.

Inhaltlich muss ich vor dem set warnen, da fhem hier lange rechnet. Kann leicht zu hmlan disconnects führen, oder schaltproblemen.
Das muss jeden klar sein, der es nutzt.

[DecaTec]

Inhaltlich muss ich vor dem set warnen, da fhem hier lange rechnet. Kann leicht zu hmlan disconnects führen, oder schaltproblemen.

Bei mir eben nicht. Die Ausgabe erscheint beim set sofort (übrigens auch nicht in einem Fenster, wie die übrigen Ausgaben, sondern direkt im Hauptbereich von FHEM).

Wie müsste das denn beim get ablaufen? Man gibt den Befehl oben in das Eingabefeld ein, drückt Enter. Nun ist das Feld leer und nach ein paar Sekunden sollte das Fenster erscheinen? Sehe ich das richtig?

[martinp876]

genau.
Die asynchrone Ausgaben habe ich einfach eingebaut, hat sofort funktioniert (nachdem ich das Verfahren verstanden hatte).
Bei "get" wird der Aufrufer vermerkt und nach dem Erstellen der Antwort (bei mir im Batch) wird bei diesem Aufrufer ein Fenster aufpopen.
Wenn du popups blockierst o.ä. wird es nicht funktionieren. Kann es daran liegen?

[marvin78]

Das ist doch kein echtes Popup-Fenster. Das wird durch das Blockieren von normalen Popups nicht geblockt.

Vielleicht gibt es hier im JS auch ein Cache Problem. Ich würde einmal den Browser Cache löschen.

[DecaTec]

Vielleicht gibt es hier im JS auch ein Cache Problem. Ich würde einmal den Browser Cache löschen.

Habe ich auch schon probiert.

Nun nochmal ein update force gemacht und nach get HMinfo configCheck 20 Minuten gewartet...nichts. Langsam weiß ich echt nicht mehr, was ich sonst noch probieren könnte.

[frank]

schon mal mit firebug nach fehlermeldungen geschaut?

[DecaTec]

schon mal mit firebug nach fehlermeldungen geschaut?

Gute Idee, gleich mal ausprobiert:

Die Abfrage passiert mit POST und wird in 10-50ms mit HTTP 200 quittiert. Allerdings gibt es keine Antwort der Seite.
Mehr Info kann ich da im Moment auch nicht auslesen...

Edit: Die POST-URL sieht folgendermaßen aus: POST https://<URL>/fhem?cmd=get%20HMinfo%20configCheck&XHR=1&fw_id=554

Webserver-Logs habe ich auch mal durchgesehen, keine Auffälligkeiten...
   

[Bennemannc]

Hallo,

ist bei mir auch so. Auf der Raumseite wird configCheck ausgeführt - allerdings ist hier die Ausgabe nicht formatiert. Auf der Detailseite habe ich den Eindruck als würde nichts passieren - wenn ich in das Textfeld etwas eingebe, wird es nach drücken von "get" nicht gelöscht. Version 98_HMInfo ist 10013.

Gruß Christoph

[DecaTec]

ist bei mir auch so. Auf der Raumseite wird configCheck ausgeführt - allerdings ist hier die Ausgabe nicht formatiert. Auf der Detailseite habe ich den Eindruck als würde nichts passieren - wenn ich in das Textfeld etwas eingebe, wird es nach drücken von "get" nicht gelöscht. Version 98_HMInfo ist 10013.

Gut, dann bin ich also nicht der einzige. Ich dachte schon...

[stromer-12]

Fenster wird hier erzeugt, benutzter Browser FF 42.0

[Bennemannc]

Hallo,

bin auf IOS 9.1 mit Safari oder Google unterwegs - geht bei beiden nicht.

Gruß Christoph

[stromer-12]

Auf meinen Android mit Chrome keine Probleme.