Autor Thema: Release Notes für das nächste Major Release  (Gelesen 2454 mal)

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 12900
  • Probleme sind auch keine Lösung.
Release Notes für das nächste Major Release
« am: 26 Mai 2016, 17:53:25 »
Wann auch immer das nächste Major Release geplant ist, ich fange hier einfach mal eine Sammlung wichtiger Änderungen an, die man zu gegebener Zeit in eine Ankündigung zum nächsten Releasewechsel aufnehmen sollte.

  • Modul 55_GDS.pm von ./FHEM nach ./contrib/GDS/ verschoben
  • Modul 55_weco.pm von ./FHEM nach ./contrib verschoben
  • configDB: "configdb dump" vereinfacht die Datensicherung

Vielleicht wird dieser Thread vom einen oder anderen Entwickler einfach als Gedächtnisstütze genutzt.
« Letzte Änderung: 29 Mai 2016, 12:10:48 von betateilchen »
Aus technischen Gründen befindet sich die Signatur auf der Rückseite dieses Beitrages.

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7812
  • fhem.cfg befreite Zone!
Antw:Release Notes für das nächste Major Release
« Antwort #1 am: 26 Mai 2016, 17:56:26 »
  • Einführung  ReadingsAge
  • RegEx Syntax ala watchdog und notify
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.me/MOldenburg
Mein GitHub: https://github.com/LeonGaultier

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15969
Antw:Release Notes für das nächste Major Release
« Antwort #2 am: 26 Mai 2016, 19:02:12 »
neue features und eventuell nicht rückwärts kompatible änderungen für anwender:
  • userReadings trigger automatisch mit implizitem $ am ende
  • timestamp-on-change-reading attribut
  • deviceOverview attribut
  • perlSyntaxCheck attribut
  • multiline attribute
  • TIMED_OnOff internal

für entwickler:
  • parseParams, $hash->{parseParams}
  • SetExtensionsCancel, $hash->{TIMED_OnOff}
  • deviceEvents state handling
  • AsyncOutputFn, asyncOutput/$hash->{CL}
  • perlSyntaxCheck
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 16025
Antw:Release Notes für das nächste Major Release
« Antwort #3 am: 29 Mai 2016, 12:00:49 »
- FHEMWEB: ab featurelevel 5.8 ist "csrfToken random" die Voreinstellung. Um es abzuschalten bitte  "csrfToken none" setzen.

@justme1968: wo findet man die multiline Attribute? Bitte etwas mehr "idiotensicher" formulieren.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15969
Antw:Release Notes für das nächste Major Release
« Antwort #4 am: 29 Mai 2016, 13:44:57 »
das sollte bedeuten: attribute können jetzt mehrzeilig sein, es wird dazu zwischen fhemweb und fhem umgewandelt und auch bei textfield-long berücksichtigt.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 12900
  • Probleme sind auch keine Lösung.
Antw:Release Notes für das nächste Major Release
« Antwort #5 am: 29 Mai 2016, 14:00:12 »
Bitte etwas mehr "idiotensicher" formulieren.

es wird dazu zwischen fhemweb und fhem umgewandelt und auch bei textfield-long berücksichtigt.

Vermutlich bin ich nicht Idiot genug, um sowas zu verstehen, und da geht es mir vermutlich wie vielen anderen Anwendern auch. Lass solche technischen Formulierungen in release notes bitte einfach weg, das führt mehr zu Verwirrung als dass es jemandem nützt.
Aus technischen Gründen befindet sich die Signatur auf der Rückseite dieses Beitrages.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15969
Antw:Release Notes für das nächste Major Release
« Antwort #6 am: 29 Mai 2016, 14:35:49 »
- der thread hier ist eine gedankenstützt für die releasenotes, nicht der text der in den release notes landen soll

- 'attribute können jetzt mehrzeilig sein ist' ist weder technisch noch für anwender unverständlich 

- die genauere erklärung war für rudi als erinnerung, nicht der text der in den release notes landen soll

- wenn ich rudi einen frage beantworte dann hat auch das erst mal nichts mit anwendern zu tun

- 'ein mach es so einfach wie möglich, die verstehen das sowieso nicht' würde ich mir als anwender von dir und von jedem anderen verbitten

@rudi: die multline attribute unter anderem bei stateFormat, comment, diversen readingsGroup attributen, sysstat und noch anderen stellen mehr.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 12900
  • Probleme sind auch keine Lösung.
Antw:Release Notes für das nächste Major Release
« Antwort #7 am: 29 Mai 2016, 14:47:10 »
Du bringst mal wieder ein paar Dinge völlig durcheinander und führst in Deiner Liste Punkte auf, die überhaupt nicht zur Diskussion standen.

Lassen wir das einfach. Es hätte mich auch sehr gewundert, wenn Du nicht auch diesen Thread ad absurdum führen würdest.

Schade eigentlich.
Aus technischen Gründen befindet sich die Signatur auf der Rückseite dieses Beitrages.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 16025
Antw:Release Notes für das nächste Major Release
« Antwort #8 am: 29 Mai 2016, 15:21:05 »
Jungs, contenance, so heiss ist doch gar nicht.
Ich habe nun verstanden, worum es geht.

Offline Dr. Boris Neubert

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 3598
Antw:Release Notes für das nächste Major Release
« Antwort #9 am: 05 Februar 2017, 18:36:35 »
Nur die ggf. die Abwärtskompatibilität brechenden Änderungen seit 5.7:

66_ECMD, 67_ECMDDevice:
              - if split is used, the strings at which the messages are split
                are still part of the messages
              - no default attributes for requestSeparator and responseSeparato
              - input of raw data as perl-encoded string (for setting
                attributes)
57_Calendar: complete rewrite
             see http://forum.fhem.de/index.php/topic,48315.0.html
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15969
Antw:Release Notes für das nächste Major Release
« Antwort #10 am: 06 Februar 2017, 13:29:30 »
ich bin gerade auf ein problem mit dem csrfToken token und der default aktivierung bei featurelevel 5.8 aufmerksam gemacht worden.

es betrifft homebridge-fhem, alexa-fhem. vermutlich aber auch tabletui, jedes andere alternative frontend und natürlich jeden anderen beabsichtigte steuerung von fhem per url.

das problem ist das hier in keinem fall eine 'normale' fhemweb seite aufgerufen wird über den man das csrf token regulär bekommen würde. das abfragen des tokens aus den internals wäre ziemlich unsauber. die konfiguration des tokens geht nicht weil zufällig. ein festes token könne man konfigurieren, der zusätzliche schritt wird aber viele überfordern.

eine mögliche lösung wäre wenn das token beim aufbau einer longpoll verbindung mit geschickt wird.

oder hat jemand eine bessere idee?
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 16025
Antw:Antw:Release Notes für das nächste Major Release
« Antwort #11 am: 06 Februar 2017, 13:45:16 »
Habe prinzipiell nichts gegen dem Vorschlag, muss nur irgendwie kompatibel sein.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 15969
Antw:Antw:Release Notes für das nächste Major Release
« Antwort #12 am: 06 Februar 2017, 14:16:13 »
hab noch ein bisschen geforscht... das problem fängt leider schon früher an. der aufbau der longpoll verbindung wird ohne token schon abgelehnt.

also neuer vorschlag:
- longpoll verbindung auch ohne token erlauben

- das token nicht in den body stecken sondern in den header. dann gibt es keine probleme mit kompatibilität da die eigentlichen daten unverändert bleiben.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 16025
Antw:Antw:Release Notes für das nächste Major Release
« Antwort #13 am: 06 Februar 2017, 15:24:07 »
Zitat
der aufbau der longpoll verbindung wird ohne token schon abgelehnt.
Das sollte nicht der Fall sein. Es wird nur abgelehnt, wenn cmd im URL oder data gesetzt ist.

Zitat
- longpoll verbindung auch ohne token erlauben
Wird bereits gemacht. Solange wir keine Befehle ueber longpoll ausfuehren, ist das mAn auch kein Bug.

Zitat
- das token nicht in den body stecken sondern in den header. dann gibt es keine probleme mit kompatibilität da die eigentlichen daten unverändert bleiben.
Das habe ich nicht verstanden.

Nachdem ich gerade ueber csrf nachgedacht habe: da basicAuth parallel zu Seiten, die CORS erlauben und gehackt wurden, nicht sicher ist (csrfToken hin oder her), muessten wir irgendwann eine alternative Anmeldemethode etablieren, mit selbst-mitgebrachte Anmeldemaske und so.

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 12900
  • Probleme sind auch keine Lösung.
Antw:Antw:Release Notes für das nächste Major Release
« Antwort #14 am: 06 Februar 2017, 15:28:33 »
Wäre dieser Thread https://forum.fhem.de/index.php/topic,66484.0.html

nicht der bessere Ort, um über solche Probleme/Änderungen noch vor dem Major Release zu diskutieren?
Aus technischen Gründen befindet sich die Signatur auf der Rückseite dieses Beitrages.