UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

@saeft_2003 Ich denke bei dem Thema "grosse Skripte" kann schon was dran sein :-( Haben aktuell keine echte Lösung. Können es auch nur bedingt irklich nachvoklziehen. Wenn Du ein Blockly hast bei dem es auftritt ... es gibt ein GitHub Issue dazu. Das XML bitte da rein packen.

Meine persönliche Vermutung ist socket.io ... Admin 5 wird kein socket.io mehr nutzen und es gibt die Hoffnung das es damit besser wird.

[saeft_2003]

@apollon77

hast du mal einen link zu github, weil ich habs leider nicht gefunden.

Ich kann dort die xml von meinem Bewässerungsskript das hat über 6000 blocklys rein packen, da passiert das ständig.

Ich speichere dann dauert es sehr lange bis der speicher Button weg ist und zack das blockly springt in die erste Zeile und alle Änderungen sind weg. Dann drücke ich ohne neu laden der Seite wieder auf speichern und dann geht es wieder.

[apollon77]

@saeft_2003 Habe https://github.com/ioBroker/ioBroker.javascript/issues/506 wieder auf gemacht

[saeft_2003]

@apollon77 sagte in Javascript - Blockly wird oft nicht gespeichert:

@saeft_2003 Habe https://github.com/ioBroker/ioBroker.javascript/issues/506 wieder auf gemacht

ich hab das Problem mit xml gepostet...

[crunchip]

@apollon77 hat nicht zwangsläufig etwas mit der Größe zu tun. Passiert auch bei Mini blocky.
Hatte ein einfaches Trigger/falls/steuere. Speichern und das blockly ist weg.
Habe dann nach jedem Block einzeln abgespeichert. Trigger -ok, falls-ok, wert Objekt-ok, steuere objekt- blockly weg.
Auch bei meinem mittlerweile geschlossenem issue( Warnung zusammengefalteten blockly)
Hatte ich das blockly von @Bluefox eingefügt, beim Speichern war das blockly verschwunden.
Passierte bei der aktuellen v...17
und auch schon in der Version davor.
https://github.com/ioBroker/ioBroker.javascript/issues/582#issuecomment-633510887

[saeft_2003]

In den älteren Versionen vom js adapter hatte ich das Problem nie. Ich habe das Problem seit ein paar Monaten leider kann ich nicht mehr sagen ab welcher Version...

@crunchip

Ja ich habe es bei mini Blockly auch.

[crunchip]

@saeft_2003 glaube zu meinen,( zwar nicht 1000% sicher), das die Probleme ab der Version V 4.6.1 entstanden (add support for 0_userdata.0 to createState and deleteState)
Zumindest hatte ich ab da, Probleme...das es ewig dauerte beim Bearbeiten, Speichern/ nicht gespeichert wurde. Mit mehreren Browser getestet.
Zeitgleich kamen aber auch die Update's für Web/Socket....also auch das als Ursache naheliegend möglich.

[SBorg]

Die Größe ist nicht so maßgeblich, ist mir erst wieder gestern bei einem kleineren Blockly passiert. Neuer Standventilator --> der muss natürlich via Broadlink rein ;)
Und ein neues Phänomen:
Einen Block kopiert (zumindest wollte ich), ok, geht nicht, dann legen wir die drei halt mit der Hand neu an...
Funktioniert zwar, aber warum in drei Teufelsnamen springt der Ventilator beim starten des ioB jetzt immer kurz an???
Es hat zwar etwas gedauert den Fehler zu finden, da man zuerst an die eigene "Unfähigkeit" denkt, aber beim speichern hat er die zuvor kopierten Blöcke dann anscheinend doch erzeugt. Die lagen jetzt schön versteckt (natürlich ohne Trigger bzw. außerhalb dessen) irgendwo auf dem Blockly :man-facepalming:
Logisch, dass die nun beim starten des ioB/JS-Adapters einmalig ausgeführt werden...
Selbes Blockly heute bearbeitet, funktioniert (inkl. copy) tadellos.

[Homoran]

@SBorg sagte in Javascript - Blockly wird oft nicht gespeichert:

Und ein neues Phänomen:

kann es am Browser-Cache liegen?

[SBorg]

@Homoran Sagen wir es mal so, ausschließen möchte ich es nicht, allerdings beende ich den Browser nun schon etliche male am Tag. Dabei lasse ich den Cache kpl. löschen. Aber bis zum Stand/Tag xxx war das nie ein Problem. Aber nur Versuch macht kluch ;)

[crunchip]

Was auch noch aufgefallen ist, wenn man ein Script kopiert, welches nicht läuft, macht Änderungen an der Kopie und speichert ab, startet manchmal das geänderte Script einfach automatisch. Seltsamer Weise aber auch das eigentliche Ursprungsscript.
Ist natürlich blöd, wenn man es nicht gleich merkt, das beide Scripte dann laufen.

[saeft_2003]

Ich weiß dass das ganze meckern auf hohem Niveau ist, aber die letzten JS Adapter updates haben für mich (fast) nur Nachteile gebracht. Natürlich das große Thema, dass das Speichern nicht mehr zuverlässig geht, aber beim letzten update hat es mir noch alle stop timeout blöcke (ich weiß ist bekannt, aber kann das nicht gefixt werden?) zerschossen, wo ich wirklich lange gebraucht habe das wieder alles läuft...

[Homoran]

@saeft_2003 sagte in Javascript - Blockly wird oft nicht gespeichert:

aber kann das nicht gefixt werden?

es ist gefixt!

[saeft_2003]

@Homoran sagte in Javascript - Blockly wird oft nicht gespeichert:

@saeft_2003 sagte in Javascript - Blockly wird oft nicht gespeichert:

aber kann das nicht gefixt werden?

es ist gefixt!

Mit welcher Version? Bei der .16 wars noch...

[Homoran]

@saeft_2003
Der Fix ist drin, nutzt aber leider beim aktuellen Update nichts, erst bei späteren. Die Namen der Timeouts werden jetzt trotzdem noch teilweise falsch übernommen.

[saeft_2003]

@Homoran

Und weiß man ab welcher späteren? Weil das wäre ja sehr wichtig weil dann update ich erst wieder wenn der fix mit drin ist...

[Homoran]

@saeft_2003 sagte in Javascript - Blockly wird oft nicht gespeichert:

@Homoran

Und weiß man ab welcher späteren? Weil das wäre ja sehr wichtig weil dann update ich erst wieder wenn der fix mit drin ist...

müsste im aktuellen drin sein.
mit späteren meinte ich, dass erst in weiteren Updates dieser Fix greifen kann. der Fix kann ja nicht in die bestehen Version injiziert werden ;-)

[crunchip]

@Homoran hier hab ich noch einen Fall, zwar nicht blockly, jedoch beim Ändern des scripts und speichern, erschien diese Meldung

[saeft_2003]

Ich hatte es gerade wieder bei einem Miniskript mit nur 50 Blöcken ständig konnte ich nicht speichern...

Was ich sonst in 15 min gemacht habe brauche ich im Moment 30 min... :dizzy_face:

[Holger76]

bei mir ist das Problem ja nach Neueinrichung dauerhaft behoben.. wobei ich sagen muss, dass meine alte SSD jede menge Bad Blocks hatte. Das war evtl das ausschlaggebende Problem. Das ganze System war damit irgendwie Lahm, trotz NuC und SSD und 16GB RAM. Gemerkt hatte ich es erst, als Nicht mal mehr Proxmox gestartet ist.