Extra Tag '<' bei Kanalaktion
Moderator: Co-Administratoren
-
- Beiträge: 12137
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 853 Mal
- Danksagung erhalten: 2156 Mal
- Kontaktdaten:
Extra Tag '<' bei Kanalaktion
Weiß nicht, ob man es als "Bug" bezeichnen soll, aber es gibt hier (noch) keine eQ-3-Praktikanten-Typo Kategorie...
Bereits seit CCU FW 3.49 gibt es ein überflüssiges "<"-Zeichen nach einem Kanalaktion-Input-Feld: Ist mir heute erst aufgefallen, weil ich nur selten Programme editiere.
Bereits seit CCU FW 3.49 gibt es ein überflüssiges "<"-Zeichen nach einem Kanalaktion-Input-Feld: Ist mir heute erst aufgefallen, weil ich nur selten Programme editiere.
-
- Beiträge: 10758
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 674 Mal
Re: Extra Tag '<' bei Kanalaktion
Sicher?
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
-
- Beiträge: 12137
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 853 Mal
- Danksagung erhalten: 2156 Mal
- Kontaktdaten:
Re: Extra Tag '<' bei Kanalaktion
Ja.
Tritt bei Kanalaktionen auf, die nicht vom Typ
- statusDisplayDevice
- statusDisplayEPaperDevice
- ePaperAcousticDisplay
... hab keine Lust weiter aufzuzählen
sind.
Quasi alles was rausfällt um in den else zu kommen
https://github.com/eq-3/occu/blob/maste ... #L630-L632
Code: Alles auswählen
... } else {
Write('<input id="prgStringOptionValue'#oSD.ID()#'" type="text" class="SelectBox" size="10" value="'#iV#'" onchange="iseSingleDestination.SetValue('#oSD.ID()#',this.value,\'STRING\');" />< ' );
}
-
- Beiträge: 10758
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 674 Mal
Re: Extra Tag '<' bei Kanalaktion
Upps, hatte nur mal kurz in der Klickibunti nachgeschaut und das Zusatztag tauchte bei mir nicht auf wie du siehst. Daher die Nachfrage.
Im Code ist der Fehler ja schön zu finden.
Alchy
Im Code ist der Fehler ja schön zu finden.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
- jmaus
- Beiträge: 9902
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 466 Mal
- Danksagung erhalten: 1892 Mal
- Kontaktdaten:
Re: Extra Tag '<' bei Kanalaktion
Gutes Finding! PullRequests werden natürlich wie immer gerne dafür entgegen genommenjp112sdl hat geschrieben: ↑20.09.2020, 22:40Ja.
Tritt bei Kanalaktionen auf, die nicht vom Typ
- statusDisplayDevice
- statusDisplayEPaperDevice
- ePaperAcousticDisplay
... hab keine Lust weiter aufzuzählen
sind.
Quasi alles was rausfällt um in den else zu kommen
https://github.com/eq-3/occu/blob/maste ... #L630-L632Code: Alles auswählen
... } else { Write('<input id="prgStringOptionValue'#oSD.ID()#'" type="text" class="SelectBox" size="10" value="'#iV#'" onchange="iseSingleDestination.SetValue('#oSD.ID()#',this.value,\'STRING\');" />< ' ); }
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 12137
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 853 Mal
- Danksagung erhalten: 2156 Mal
- Kontaktdaten:
Re: Extra Tag '<' bei Kanalaktion
Der Aufwand lohnt nicht.
Ich vermag da zumindest keine Zeit investieren.
Mir fallen noch 2 weitere Fehler ein, die schon seit Jahren im Verborgenen schlummern, aber (wegen Nicht-Nutzung?) niemandem auffallen.
So müsste die Register-Adresse hier 0xA4 lauten statt 0x24. Obwohl... ich kann mich dunkel erinnern, mit jemandem hier im Forum mal genau über das Problem gesprochen zu haben.
Und auch das hier ...,0x16,0x,0x1D,0xE0F0,0x03"; ist niemals ein gülter Hex-String.
Man könnte ganz ketzerisch meinen, das QM wird komplett vom Forum übernommen ^^
Ich vermag da zumindest keine Zeit investieren.
Mir fallen noch 2 weitere Fehler ein, die schon seit Jahren im Verborgenen schlummern, aber (wegen Nicht-Nutzung?) niemandem auffallen.
So müsste die Register-Adresse hier 0xA4 lauten statt 0x24. Obwohl... ich kann mich dunkel erinnern, mit jemandem hier im Forum mal genau über das Problem gesprochen zu haben.
Und auch das hier ...,0x16,0x,0x1D,0xE0F0,0x03"; ist niemals ein gülter Hex-String.
Man könnte ganz ketzerisch meinen, das QM wird komplett vom Forum übernommen ^^
- jmaus
- Beiträge: 9902
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 466 Mal
- Danksagung erhalten: 1892 Mal
- Kontaktdaten:
Re: Extra Tag '<' bei Kanalaktion
Schade, denn ich dachte ich kann dir den Vortritt lassen den 80. WebUI Patch ins RaspberryMatic repository zu submitten Aber gut, nun hab ich das erledigt:
https://github.com/jens-maus/RaspberryM ... dfd18ae775
Hmm, das ich da zuwenig drinstecke, kannst du erklären wieso das an dieser stelle 0xA4 sein müsste statte 0x24?jp112sdl hat geschrieben: ↑21.09.2020, 13:19Mir fallen noch 2 weitere Fehler ein, die schon seit Jahren im Verborgenen schlummern, aber (wegen Nicht-Nutzung?) niemandem auffallen.
So müsste die Register-Adresse hier 0xA4 lauten statt 0x24. Obwohl... ich kann mich dunkel erinnern, mit jemandem hier im Forum mal genau über das Problem gesprochen zu haben.
Stimmt, das sieht in der Tat kaputt aus. Wenn du aber auch dafür eine Idee hast wie der Hex-String an dieser Stelle aussehen müsste kann ich das gerne auch für eine der nächsten Versionen zum reparieren via eines WebUI Patches vorsehen und das auch darüber dann an eQ3 melden.jp112sdl hat geschrieben: ↑21.09.2020, 13:19Und auch das hier ...,0x16,0x,0x1D,0xE0F0,0x03"; ist niemals ein gülter Hex-String.
Stimmt, das könnte man bei der Menge von WebUI Bugfix Patches inzwischen meinen und vielleicht stimmt das auch sogar zum Teil so. Allerdings hilft es auch im Umkehrschluss nicht weiter nur diese Bugs zu benennen, eQ3 dafür zu bashen weil sie es eigentlich besser wissen/machen sollten. Ich bevorzuge da eher die Herangehensweise das als Kooperation zwischen Community+eQ3 zu sehen und das beste draus zu machen und denen auch gerne Bugfixes direkt vorzuschlagen bzw. zukommen zu lassen - denn die Erfahrung hat gezeigt das es nur so auch effektiv / schnell zu Fehlerbehebungen kommt die uns allen ja zugute kommen. Die Alternativ wäre nämlich halt einfach nur Bugtickets bei eQ3 aufzumachen und auf den Tag zu warten an dem eQ3 das repariert. Das mag einigen vielleicht genug sein bzw. der einzig richtige Weg zu sein, ob es der effektivste Weg ist das Problem zu beseitigen wage ich aber zu bezweifeln
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 12137
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 853 Mal
- Danksagung erhalten: 2156 Mal
- Kontaktdaten:
Re: Extra Tag '<' bei Kanalaktion
Es handelt sich um den Speicher-Index für den Wert des Expertenparameters LONG_ACT_TYPE.
Die Werte für SHORT_xxx werden in 0x24 und 0x25 gespeichert, die LONG_xxx mit einem Offset von 0x80, also 0xA4 und A5
Vgl. Funk-Gongmodul MP3 mit Speicher HM-OU-CM-PCB (rf_cm.xml):
https://github.com/AskSinPP/asksinpp.de ... #L563-L565
oder Funk-Türgong mit Signalleuchte HM-OU-CF-Pl (rc_cf.xml):
https://github.com/AskSinPP/asksinpp.de ... #L539-L545
Der falsche LONG_ACT_TYPE Index 0x24 sorgt nun dafür, dass der vom User gesetzte Expertenparameter-Wert im Gerät in SHORT_ACT_TYPE 0x24 gespeichert wird und diesen überschreibt. Ein Setzen von LONG_ACT_TYPE ist somit nicht möglich.
Nein, was an der Stelle der korrekte String wäre, weiß ich nicht.
- jmaus
- Beiträge: 9902
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 466 Mal
- Danksagung erhalten: 1892 Mal
- Kontaktdaten:
Re: Extra Tag '<' bei Kanalaktion
Alles klar, das ergibt Sinn. Magst du dafür ein seperates Ticket im RaspberryMatic GitHub aufmachen damit ich es darüber fixen und eQ3 sich das dann für zukünftige Versionen besser abschauen kann?jp112sdl hat geschrieben: ↑22.09.2020, 07:56Es handelt sich um den Speicher-Index für den Wert des Expertenparameters LONG_ACT_TYPE.
Die Werte für SHORT_xxx werden in 0x24 und 0x25 gespeichert, die LONG_xxx mit einem Offset von 0x80, also 0xA4 und A5
Vgl. Funk-Gongmodul MP3 mit Speicher HM-OU-CM-PCB (rf_cm.xml):
https://github.com/AskSinPP/asksinpp.de ... #L563-L565
oder Funk-Türgong mit Signalleuchte HM-OU-CF-Pl (rc_cf.xml):
https://github.com/AskSinPP/asksinpp.de ... #L539-L545
Der falsche LONG_ACT_TYPE Index 0x24 sorgt nun dafür, dass der vom User gesetzte Expertenparameter-Wert im Gerät in SHORT_ACT_TYPE 0x24 gespeichert wird und diesen überschreibt. Ein Setzen von LONG_ACT_TYPE ist somit nicht möglich.
Ok, dann kann ich das nur so an eQ3 melden und schauen was die daraus machen. Ggf. wäre dafür ein separates Ticket im GitHub auch gut man man das eQ3 besser präsentieren kann. Magst du das machen?
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /