NEWS
UNSOLVED Javascript - Blockly wird oft nicht gespeichert
-
auch nicht, wenn du den JS Adapter gerade neu gestartet hast ?
-
@Holger76 1 mal speichern nach update ging manchmal und dann nicht mehr startest du den adapter immer wieder neu vorm abspeichern? das hab ich noch nicht getestet. aber nach update wieder der adapter ja neu gestartet... also könnt’s schon sein. ist aber auch leicht unpraktisch die lösung oder?
-
nein, ich starte nicht jedes mal neu, bevor ich an blocklys arbeite. Aber immer dann, wenn ich mich gerade wieder aufgeregt habe, dass meine ganzen Änderungen weg sind. Gestern zb., da habe ich weitere Rolläden installiert und ein Script kopiert und die Datenpunkte (insg. ca 10 Stück) angepasst. Ein klick auf speichern und alles ist wieder beim alten. Dann starte ich natürlich den Adapter neu und dann gehts auch erstmal. Frag mich nicht, wie lange...
Ob der JS Adapter wirklich der Übeltäter ist, weiß ich nicht. Z.b habe ich auch öfters das Problem, dass die VIS ne weile braucht, bis die View geladen ist, also verbinde mit Server, lade Daten usw... kaum starte ich den Web Adapter neu, gehts fix.
Ob das irgendwie im Zusammenhang steht, keine Ahnung. Der Prozessor ist auf jeden Fall nicht ansatzweise ausgelastet, RAM ist auch genug zugewiesen (4GB).
Jetzt zb gehts mit dem VIS rasend schnell, allerdings habe ich auch gerade den Controller neu installiert (wäre ja genial, wenns daran liegt, ich vermute aber eher, es liegt am Neustart des Systems). -
@Holger76 morgen hab das gleiche Problem macht momentan nicht viel Spaß da der Adapter sehr träge ist beim Scripte bearbeiten, und das Speicher geht ebenfalls schlecht, will man etwas Speicher springt es zurück und es ist alles weg. Momentan Speichere ich jeden einzelnen Schritt ist schon ganz schön nervig.
-
@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.