WEBCMD-Links gehen nicht mehr

[biker_la]

Hallo
nach dem Update Anfang Feb gehen die über WEBCMD Links nicht mehr,im Quelltest steht dort nicht mehr wie üblich "<a href="....a>" sondern ein onclick Ereignis.
Habe folgende Versionen installiert:
# $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4762 2014-01-28 17:56:56Z martinp876 $
# $Id: 01_FHEMWEB.pm 4761 2014-01-28 09:13:13Z rudolfkoenig $
# $Id: 10_FS20.pm 3764 2013-08-22 07:09:38Z rudolfkoenig $
# $Id: 92_FileLog.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 98_HMinfo.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 4537 2014-01-03 08:28:59Z rudolfkoenig $
# $Id: 98_SVG.pm 4689 2014-01-19 11:45:23Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4648 2014-01-14 19:23:34Z rudolfkoenig $
# $Id: 91_notify.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $

Wenn ich das alte Backup einspiele passt wieder alles, darum fahre ich mit diesen Versionen:


# $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4762 2014-01-28 17:56:56Z martinp876 $
# $Id: 01_FHEMWEB.pm 4761 2014-01-28 09:13:13Z rudolfkoenig $
# $Id: 10_FS20.pm 3764 2013-08-22 07:09:38Z rudolfkoenig $
# $Id: 92_FileLog.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 98_HMinfo.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 4537 2014-01-03 08:28:59Z rudolfkoenig $
# $Id: 98_SVG.pm 4689 2014-01-19 11:45:23Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4648 2014-01-14 19:23:34Z rudolfkoenig $
# $Id: 91_notify.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig

Ist das ein Bug oder an was liegt das?

MfG
Biker

[betateilchen]

Die webCmd sollten trotzdem funktionieren, Du siehst nur nix mehr davon im Frontend.

Ich finde dieses Schweigen auch nicht toll, aber der Versursacher ist von der Sinnhaftigkeit seiner Änderung sehr überzeugt.

[biker_la]

Hallo betateilchen,

stimmt die manche Links gehen aber nicht mehr alle z.B. bei HMInfo wenn ich auf update drücke macht er es , aber protoEvents öffnert er das Fenster nicht bzw. macht eine falsche Anzeige.
Da muss ich immer auf hm und dort geht der Link wieder weil nach HtmL-Standard und nicht über java-script.
Aber mich wundert das nicht mehr das Problem haben, oder nehmen die das hin?!
Hast Du das selbe oder liegt das an meinen Browser FireFox?

Biker

[betateilchen]

Das Problem ist einfach, dass VIELE webCmd funktionieren und den meisten Anwendern noch gar nicht aufgefallen sein dürfte dass manche nicht funktionieren. An Deinem Browser liegt es höchstwahrscheinlich nicht.

HMInfo ist sowieso ein Spezialfall. Da solltest Du mal im Homematic Bereich Dein Bereich schildern, das muss vermutlich Martin selbst in seinem Modul ändern.

[justme1968]

alle links die ein 'set' auslösen wurden umgestellt damit nicht die web seite jedes mal neu aufgebaut wird. in den aller meisten fällen sollte das device beim set so reagieren das man sieht was passiert ist.

martin hat für hminfo einige sets auf get umgestellt. das ist eigentlich auch logischer. hier gibt es das problem das man bei den webCmds zur zeit keine get einbauen kann. als workaround kann ich dir gerade nur sagen das du die eine readingsGroup so konfigurieren kannst das auch ein get per klick möglich ist.

gruss
  andre

[rudolfkoenig]

Und ich haette gerne das Problem mit einem aktuellen FHEM Stand ueberprueft.
Und danach bitte genau (mit Beispiel) beschreiben, was nicht geht.
Sonst wird hier noch was gefixed, was keiner wollte.

[biker_la]

Hallo Justme1968

das Problem liegt bei mir gerade daran das die Webseite nicht mehr aufgebaut wird, das Beispiel
Homamtic mit HM-LAN ein Thermostat HM-CC-RT-DN auf webCmd Link getConfig gedrückt , dann passiert folgendes:
- getConfig wird ausgeführt passt , aber es gibt keine Rückmeldung am Frontend weil die Webseite nicht refresht wird und der Status auf "CMDs_done" bleibt.
Dem User wird nicht vermittel das im Hintergrund was passiert oder das irgendwas passiert, das war vorher anders.
Jetzt mach ich den refesh per Hand und schon bekomme ich die Rückmeldung das Fhem was macht.
Es geht nur darum das man nicht weiß das was passiert, das voher besser gelöst meines erachten.

Biker

[betateilchen]

Dem User wird nicht vermittel das im Hintergrund was passiert oder das irgendwas passiert, das war vorher anders.

Genau, und speziell im Homematic Bereich, wo eine Verarbeitung eines solchen webCmd sehr lange dauern kann (wie am Beispiel getConfig) ist das für den Anwender mehr als verwirrend/verunsichernd.

[justme1968]

das die seite neu aufgebaut wird ist aber eigentlich nicht der richtige weg um den anwender zu sagen es passiert etwas.

im getConfig beispiel ist es von der logik her eigentlich ein get und kein set und es sollte danach tatsächlich auf eine andere seite gewechselt werden um das ergebnis anzuzeigen. das genau das zur zeit nicht geht weil man ein get nicht in die webCmd stecken kann.

wenn ein set ein wert zurück liefert sollte er meiner meinung nach genau so wie das saved eine kurze meldung ausspucken.

ich denke es gehen gerade zwei oder drei dinge durcheinander:
- absichtlich feedback geben nach set ohne das die seite neu aufgebaut wird (also z.b. kommando abgesendet, oder den state set-... mit absicht dafür verwenden und das device icon kurz ändern)
- set und get konsequenter unterscheiden
- get auch in der webCmd liste erlauben

gruss
  andre

[betateilchen]

das die seite neu aufgebaut wird ist aber eigentlich nicht der richtige weg um den anwender zu sagen es passiert etwas.

Niemand hat gesagt, dass das Neuladen der richtige Weg sei, aber GAR NICHTS zu signalisieren ist auch nicht richtig.

im getConfig beispiel ist es von der logik her eigentlich ein get

Falsch.

Es ist korrekterweise ein set, weil das ein Befehl ist, den ich an die Homematic Komponente schicke, um diese Komponenten in den Betriebszustand zu versetzen nämlich "Senden von Konfigurationsdaten an die Zentrale zum nächstmöglichen Zeitpunkt". Und "nächstmöglicher Zeitpunkt" bedeutet nicht, dass die Komponenten SOFORT antwortet, das kann auch erst bei der nächsten routinemäßigen Kommunikation mit der Zentrale sein oder wenn ich manuell an der Komponente den Konfigurationsknopf drücke.

[justme1968]

Niemand hat gesagt, dass das Neuladen der richtige Weg sei, aber GAR NICHTS zu signalisieren ist auch nicht richtig.

eben darum den status explizit zurück melden. über eine einblendung oder über das device icon. und auch nur dann wenn es nötig ist. nicht beim schalten das man sowieso am icon sehen kann.

Falsch.

Es ist korrekterweise ein set, weil das ein Befehl ist, den ich an die Homematic Komponente schicke, um diese Komponenten in den Betriebszustand zu versetzen nämlich "Senden von Konfigurationsdaten an die Zentrale zum nächstmöglichen Zeitpunkt". Und "nächstmöglicher Zeitpunkt" bedeutet nicht, dass die Komponenten SOFORT antwortet, das kann auch erst bei der nächsten routinemäßigen Kommunikation mit der Zentrale sein oder wenn ich manuell an der Komponente den Konfigurationsknopf drücke.

darüber kann man streiten

ich möchte konfiguration vom device haben. das es im hm fall durch die funkanbindung und das protokoll bedingt kein direktes holen sondern ein 'schick mal' ist könnte man auch als protokoll detail sehen.

aber egal wie man es betrachtet... mit dem vorschlag der drei punkte von oben würde es sich auf jeden fall besser (wenn nicht sogar richtig ) lösen lassen.

[betateilchen]

darüber kann man streiten

viel Spaß beim Streiten mit martin (vergiss die Blumen nicht, er freut sich drüber)

[justme1968]

martin ist durchaus bei einigen dingen schon der meinung das es eher ein get als set ist.

und blumen gibt es höchstens hinterher beim wieder vertragen

[biker_la]

eben darum den status explizit zurück melden. über eine einblendung oder über das device icon. und auch nur dann wenn es nötig ist. nicht beim schalten das man sowieso am icon sehen kann.

Wäre eine Möglichkeit, aber bei getConfig eine Lampe oder device icon na ja , da war die Textmeldung eindeutiger.

ich möchte konfiguration vom device haben. das es im hm fall durch die funkanbindung und das protokoll bedingt kein direktes holen sondern ein 'schick mal' ist könnte man auch als protokoll detail sehen.

aber egal wie man es betrachtet... mit dem vorschlag der drei punkte von oben würde es sich auf jeden fall besser (wenn nicht sogar richtig ) lösen lassen.

Mir wäre es wichtig das User/ich die Homematic Komponenten benutzen dieses auch mitbekommen wenn Sie/ich einen Link drücken und eine Rückmeldung erhalten.Der aktuelle Status ist eine Verschlechterung und nicht Bedienerfreundlich. Ob diese Befehle "Get oder Set" sind ist jetzt eher technischer Natur.

Biker

[rudolfkoenig]

da war die Textmeldung eindeutiger.

Ich habe den Eindruck, dass ihr weniger an einer Loesung und mehr an einer Stammtischdiskussion interessiert seid, und deswegen meine bitte ignoriert wird:

Und ich haette gerne das Problem mit einem aktuellen FHEM Stand ueberprueft.

In der aktuellen Version werden Rueckmeldungen von set Kommandos  eingeblendet.