ScriptGUI early access
-
die 0.8.3 ist drausen
viele Bugfixes aus euren meldungen
ctrl + s = speichern
die Scriptordner werden jetzt richtig angelegt und angezeigt.
P.s. Immer wenn eine neue Version draußen ist alle Fehler einmal senden da ich dann immer alle Mails lösche `
moin seit dem update auf die 0.8.3 werden bei mir auf der rechten Seite, die Scripte, Verzeichnisstruktur nicht mehr angezeigt. Es steht nur loading da.
mfg
arminhh
-
WOllte gerade den Live-test mal versuchen. Sobald ich den Starte mit "Sim" kommt das im Log und der Adapter crasht:
host.cubietruck4 2016-12-08 09:01:13.985 error instance system.adapter.scriptgui.0 terminated with code 0 (OK) scriptgui.0 2016-12-08 09:01:13.936 info terminating scriptgui.0 2016-12-08 09:01:13.412 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1076:14) scriptgui.0 2016-12-08 09:01:13.412 error at exports._exceptionWithHostPort (util.js:934:20) scriptgui.0 2016-12-08 09:01:13.412 error at Object.exports._errnoException (util.js:911:11) scriptgui.0 2016-12-08 09:01:13.412 error Error: connect ECONNREFUSED 127.0.0.1:5858 scriptgui.0 2016-12-08 09:01:13.384 error uncaught exception: connect ECONNREFUSED 127.0.0.1:5858 -
Habe gleichen Fehler wie apollon.
-
Oh da scheint was schiefgelaufen zu sein. Werde ich heute abend korrigieren. :oops:
-
Kein Stress … bei early access kann das passieren
-
Ich habe nochmal nachgedacht :lol:
Da wo die Scripte nicht angezeigt werden vieleicht mal F5 drücken und wenn das nicht reicht Browsercache löschen.
Da wo die der Adapter abstürzt könnt ihr mal kucken ob ihr noch einen nodejs prozess offen habt der auf Port 5858 lauscht. Ich habe das Gefühl das es mir passieren kann das dort mal ein Ghost Prozess übrig bleibt der dann denn Port blockiert. Hatte das auch schon ein paar mal beim entwickel. Ich kann mir aber nicht erklären wo das her kommt eigentlich müssten alle childprocesse beendet werden wenn der Main process endet.
Ich werde den debug Port in der nächsen Version auch einstellbar machen
Über rückmeldungen würde ich mich freuen da bei mir alles läuft.
-
Ich habe nochmal nachgedacht :lol:
Da wo die Scripte nicht angezeigt werden vieleicht mal F5 drücken und wenn das nicht reicht Browsercache löschen.
Über rückmeldungen würde ich mich freuen da bei mir alles läuft. `
sorry vergessen zu schreiben F5 und cache leeren sowie chrome und edge ausprobiert ,Hardware win 10 tablet.
Arminhh
-
Ich habe nochmal nachgedacht :lol:
Da wo die Scripte nicht angezeigt werden vieleicht mal F5 drücken und wenn das nicht reicht Browsercache löschen.
Über rückmeldungen würde ich mich freuen da bei mir alles läuft. `
sorry vergessen zu schreiben F5 und cache leeren sowie chrome und edge ausprobiert ,Hardware win 10 tablet.
Arminhh `
Kannst du mal ein Bild Posten wie das bei dir in der Admin (Script Tab) Oberfläche aussieht ?
-
Also in nem anderen browser kommt der Fehler beim starten nicht, aber die UI ändert sich auch nicht. Ich hab also keine Möglichkeit den Trigger manuell zu triggern (weder der grüne Pfeil beim Trigger noch der extra Bereich erscheint)
-
Kannst du mal ein Bild Posten wie das bei dir in der Admin (Script Tab) Oberfläche aussieht ?
mfg
arminhh
-
Also in nem anderen browser kommt der Fehler beim starten nicht, aber die UI ändert sich auch nicht. Ich hab also keine Möglichkeit den Trigger manuell zu triggern (weder der grüne Pfeil beim Trigger noch der extra Bereich erscheint) `
ich werde mal zusehen das ich alle Fehler in das Pop-Up Fehlerfenster bekomme (auch die vom Adapter selbst).
Zusätzlich werde ich noch was einbauen wo ihr mir interne Objekte schicken könnt.
Das wird hoffentlich helfen
-
Einige Angabem zum port 5353-Fehler (am Raspi):
check mit````
sudo netstat -tulpnPort wird in UDP von avahi-daemon benutzt, auf TCP ist er frei. Beim start von (simulated) script benutzt ihn nodejs und bringt den Fehler. Ab dann bis zum Kill von der nodejs-Instanz weiter besetzt…. -
Ich habe nochmal nachgedacht :lol:
Da wo die Scripte nicht angezeigt werden vielleicht mal F5 drücken und wenn das nicht reicht Browsercache löschen.
Über Rückmeldungen würde ich mich freuen da bei mir alles läuft. `
nachdem ich script gui komplett deinstalliert und wieder installiert habe funktioniert die Anzeige der Verzeichnisstruktur wieder!!mfg
Arminhh
-
Ich konnte ScriptGui starten, break point setzen und an break point anhalten.
Die Debug Variablen sehe ich nicht. Logs kommen auch nicht.
Im BrowserKonsole keine Fehler.
-
@fsjoke:Einige Angabem zum port 5353-Fehler (am Raspi):
check mit````
sudo netstat -tulpnPort wird in UDP von avahi-daemon benutzt, auf TCP ist er frei. Beim start von (simulated) script benutzt ihn nodejs und bringt den Fehler. Ab dann bis zum Kill von der nodejs-Instanz weiter besetzt…. `Danke für die Info.
zur kurzen Erklärung ich nutze den 5858 Port (ist der standart von nodejs) zum debuggen der der Simulations-engine. Ich werde das jetzt so machen das ein freier Port automatisch gesucht wird.
Zusätzlich muss ich mal etwas nachforschen wie die Child-prozesse sich verhalten wenn der Main-prozess beendet wird. Irgendwie entstehen da Gost-prozesse die es nicht geben sollte.
Das kann aber bis Sonntag dauern.
-
Ich habe nochmal nachgedacht :lol:
Da wo die Scripte nicht angezeigt werden vielleicht mal F5 drücken und wenn das nicht reicht Browsercache löschen.
Über Rückmeldungen würde ich mich freuen da bei mir alles läuft. `
nachdem ich script gui komplett deinstalliert und wieder installiert habe funktioniert die Anzeige der Verzeichnisstruktur wieder!!mfg
Arminhh `
Ich hoffe mal das war ein Einzelfall
-
Falls ich stop (Live Test) drucke, dann bleibt Breakpoint und alle Bedienelemente (run, step into, …) da stehen.
48_2016-12-11_00_09_23-.png -
Hallo
hat zwar etwas gedauert aber eine neue Version ist drausen.
-
Ich bin im Moment jeden dran ( habe da noch so ein paar größere Probleme)
Aber es giebt mal wieder einen neuen stand in Github. Mit vielen Bugfixes und Blockly geht jetzt auch.
-
Die Installation war schon einmal problemlos
