NEWS
UNSOLVED Javascript - Blockly wird oft nicht gespeichert
-
@Homer-J ja träge hab ich auch einen Issue erstellt. Das mit VIS kann ich auch bestätigen. Irgendwie müsste man alle Adapter in 10 Sekundentakt neu starten damit alles wieder flüssig funktioniert. Viel Spaß macht es zur Zeit leider wirklich nicht. Und wenn wir schon dabei sind habt ihr das auch das sich die Objekte beim Admin immer von selber aufklappen? Vor allem skriptenabled und NINA Adapter Objekte
-
@Stormbringer sagte in Javascript - Blockly wird oft nicht gespeichert:
NINA Adapter Objekte
Oh ja, das habe ich auch. Ich deaktiviere den Adapter schon immer, wenn ich etwas ändern will.
-
ohhhh ja, NINA nervt gewaltig. Vor allem ist die ganze variable Datenpunkt Struktur nicht gerade VIS Freundlich... Aber anderes Thema.
Ich habe den neuen JS Controller installiert, aber auch da gibts natürlich keine Besserung. Nun hatte ich aber mal direkt Firefox geschlossen und das gleiche in Chrome probiert. Da hat das Speichern direkt geklappt. Ich werde weiter in Chrome testen. Allerdings bin ich wegen irgendwelchen Problemen in Chrome zu Firefox gewechselt. Wahrscheinlich fällt mir bald wieder ein, was das war
-
@Holger76 geht mir auch immer so aber wenigstens klingelte dann wieder, wenns soweit ist.
Fürn Broker benutze ich eigentlich meistens Chrome.... Welche Versionen hast du denn jetzt installiert?
-
@Holger76 Komisch, dass die das Update was gebracht hat. @apollon77 hat in einem anderen Threat schrieben, dass das nur für Windows ist...
-
@Stormbringer Ich schrieb nicht, dass das update was gebracht hat, sondern "auch da gibts natürlich KEINE Besserung"
Was Besserung brachte, war der Wechsel zu Chrome. Auch gerade wieder getestet - ging. -
@Holger76 achso... Hab eigentlich schon immer Chrome, allmählich gehen mir die Ideen aus. Was Broker untypisch ist, dass sich irgendwie kein Entwickler zu Wort meldet... Und nicht mal der Issue als Bug aufgenommen wird
-
@Stormbringer ok, jetzt hatte ich es auch 2x im Chrome. In 5min 3x gespeichert - einmal gings nicht, Änderung noch einmal gemacht, also nach einer Minute nochmal gespeichert, da gings. Anschließend noch einmal ein Kommentar geändert (rein zum testen), dies ging wieder nicht..
Meistens springt das Bild nach dem Speichern nach oben in die ersten Zeilen vom Blockly, dann ist auch oft die Änderung weg. Wenn das Bild nach dem Speichern am gleichen Platz bleibt, ist auch alles ok.
So kann man nicht wirklich arbeitenVielleicht noch als Hinweis, öfters steht oben im Blocky auch, Instanz deaktiviert (Was aber nicht der Fall ist). Eben hatte ich dann Chrome geschlossen, Cache gelöscht und nochmal ein Blockly geöffnet, da war es wieder ok. Ob das auch anders wieder korrekt angezeigt würde, weiß ich nicht.. ich muss auch nicht jeden Tag in ein Blockly rein.
-
@Holger76 Das mit Instanz ist deaktiviert habe ich auch aber schön länger... Sogar wie der JS Adapter noch funktioniert hat. Ich muß schon öfters mal was ändern und speichern bei Skripten. Muss daher auf meiner alten Version bleiben, mit den anderen kann man leider wirklich überhaupt nicht arbeiten.
-
hi, bist du hier mittlerweile weiter gekommen ? momentan bin ich seit Stunden dabei, ein Blockly zu speichern, keine chance. Neustart komplett, alles probiert. Ich werde auch mal die 4.1.12 probieren
edit: super, kann nur 4.3.5 anwählen.. oder dann gleich 3.7.0
edit2: nicht mal die 4.1.12 von npm speichert bei mit die blocklys
-
ich will das Thema noch einmal aufgreifen, weil ich habe es auch das immer wieder mal das speichern nicht klappt und das blockly in die erste Zeile springt und alle Änderugen weg sind. Deswegen habe ich mir angewöhnt sehr oft zu speichern, was super nervig ist...
Habt ihr im Moment noch Probleme, oder gibt es eine Lösung?
-
@saeft_2003 habe die Probleme auch noch. Gefühlt hilft Cache leeren etwas.
-
Arbeitet ihr an einer Lösung für dieses Problem?
-
Ebernfalls noch mit Javascript 4.6.17? und Admin 4.0.10?
-
@apollon77 sagte in Javascript - Blockly wird oft nicht gespeichert:
Ebernfalls noch mit Javascript 4.6.17? und Admin 4.0.10?
JS 4.6.17
admin 4.0.10
node 12.17
js-controller 2.2.9Ich habe das Gefühl das es bei mir hauptsächlich bei großen Skripten mit mehreren tausend blocklys vorkommt, aber sicher auch bei kleinen. Kann natürlich sein, das mir das nur so vorkommt da man an großen Skripten häufiger arbeitet als an kleinen.
-
@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.
-
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.
-
@saeft_2003 Habe https://github.com/ioBroker/ioBroker.javascript/issues/506 wieder auf gemacht
-
@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...
-
@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