Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. JavaScript
  5. Script Engine 4.6.x - bzgl. stopTimeout in Scripten

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.4k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.0k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.5k

Script Engine 4.6.x - bzgl. stopTimeout in Scripten

Geplant Angeheftet Gesperrt Verschoben JavaScript
3 Beiträge 3 Kommentatoren 351 Aufrufe 5 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • W Offline
    W Offline
    w00dy
    schrieb am zuletzt editiert von w00dy
    #1

    Hallo,

    bezüglich Hinweis im Adapter - Scirpt Engine 4.6.x:

    "BREAKING: Bitte überprüfen Sie "stopTimeout" -Blöcke in Ihren Blockly-Skripten, ob der richtige Timeout-Name nach dem Update aufgeführt ist! Bitte überprüfen Sie dies, BEVOR Sie auf die neue Version aktualisieren oder exportieren Sie die betroffenen Einzelskripte als XML und importieren Sie sie nach dem Update erneut!"

    Weiß jemand, ob des evtl. gefixt wird oder muss man nun generell ab Scirpt Engine 4.6.x (aktuell im Stable 4.6.17) so vorgehen?

    Ich habe zig Blocklys in denen dieser Timeout vorhanden ist. Um sicher zu gehen, dass ich solch ein Blockly übersehe und sich so ein Fehler einschleicht, würde ich vor dem Update des Adapters einfach die gesamten Scripte exportieren und nach dem Update einfach erneut importieren.

    Würde das so funktionieren, oder ist das Blödsinn?

    LG,
    w00dy

    M 1 Antwort Letzte Antwort
    0
    • W w00dy

      Hallo,

      bezüglich Hinweis im Adapter - Scirpt Engine 4.6.x:

      "BREAKING: Bitte überprüfen Sie "stopTimeout" -Blöcke in Ihren Blockly-Skripten, ob der richtige Timeout-Name nach dem Update aufgeführt ist! Bitte überprüfen Sie dies, BEVOR Sie auf die neue Version aktualisieren oder exportieren Sie die betroffenen Einzelskripte als XML und importieren Sie sie nach dem Update erneut!"

      Weiß jemand, ob des evtl. gefixt wird oder muss man nun generell ab Scirpt Engine 4.6.x (aktuell im Stable 4.6.17) so vorgehen?

      Ich habe zig Blocklys in denen dieser Timeout vorhanden ist. Um sicher zu gehen, dass ich solch ein Blockly übersehe und sich so ein Fehler einschleicht, würde ich vor dem Update des Adapters einfach die gesamten Scripte exportieren und nach dem Update einfach erneut importieren.

      Würde das so funktionieren, oder ist das Blödsinn?

      M Offline
      M Offline
      Markus84
      schrieb am zuletzt editiert von
      #2

      @w00dy Ich hatte mir die gleiche Frage gestellt. Ich habe auch sehr viele Skripte mit Timeouts. Schließlich habe ich mich dazu entschlossen ein Backup zu machen und es einfach auszuprobieren. Bei mir gab es keinerlei Probleme. Ich musste nichts von Hand anpassen. Das beantwortet deine Frage vielleicht nicht ganz, zeigt aber dass es nicht unbedingt Probleme geben muss...

      1 Antwort Letzte Antwort
      0
      • arteckA Offline
        arteckA Offline
        arteck
        Developer Most Active
        schrieb am zuletzt editiert von arteck
        #3

        @w00dy sagte in Script Engine 4.6.x - bzgl. stopTimeout in Scripten:

        Bitte überprüfen Sie dies, BEVOR Sie auf die neue Version aktualisieren oder exportieren Sie die betroffenen Einzelskripte als XML und importieren Sie sie nach dem Update erneut!"

        Leute sry aber es steht doch da was zu tun ist
        oder exportieren Sie die betroffenen Einzelskripte als XML und importieren Sie sie nach dem Update erneut!"

        würde ein Komplettexport und einschliesslich Import gehen würden wir das auch so schreiben.. wir wollen euch doch nicht ärgern..

        der Fehler war da wurde gefixt leider mit einem Beigeschack da hier : Google was geändert hat ..

        zigbee hab ich, zwave auch, nuc's genauso und HA auch

        1 Antwort Letzte Antwort
        0
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate

        493

        Online

        32.4k

        Benutzer

        81.4k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe