Bug? Widget kann nicht mehr für mehrere Views definiert werden

[mule]

Ich habe das Problem, das ich bei neu angelegten Widgets nicht mehr mehrere Views zuordnen kann. Die Auswahl der Views funktioniert und im Json-File werden die Views auch hinterlegt, aber dennoch wird das Widget nur auf einer View angelegt und es erscheint anschließend im Vis-Editor wieder nur "Single View". Ich vermute das die Ursache darin liegt, das in der Json-Definition hinter der Widget-ID die View-Bezeichnung fehlt auf der das Widget angelegt wurde.

Anbei ein Beispiel Json-Code bei dem ich vermute, das an der Stelle an der nur "w000003", eigentlich "w000003_Test2" stehen müsste. Zumindest ist das bei älteren Widgets, bei denen die Zuordnung mehrerer Views problemlos funktioniert, der Fall.

Leider hat es auch nicht geholfen das Json-File manuell zu modifizieren und per Import das Projekt auszutauschen. Der Zusatz "_Test2" hinter dem Widget "w00003" wird automatisch wieder entfernt.

{
  "___settings": {
    "reloadOnSleep": 30,
    "reconnectInterval": 10000,
    "darkReloadScreen": false,
    "destroyViewsAfter": 30
  },
  "Test1": {
    "settings": {
      "style": {},
      "theme": "redmond",
      "sizex": "",
      "sizey": "",
      "gridSize": ""
    },
    "widgets": {},
    "name": "Test1",
    "rerender": false,
    "activeWidgets": []
  },
  "Test2": {
    "settings": {
      "style": {},
      "theme": "redmond",
      "sizex": "",
      "sizey": "",
      "gridSize": ""
    },
    "widgets": {
      "w00003": {
        "tpl": "tplJquiDialog",
        "data": {
          "g_fixed": true,
          "g_visibility": false,
          "g_css_font_text": false,
          "g_css_background": false,
          "g_css_shadow_padding": false,
          "g_css_border": false,
          "g_gestures": false,
          "g_signals": false,
          "visibility-cond": "==",
          "visibility-val": 1,
          "signals-cond-0": "==",
          "signals-val-0": true,
          "signals-icon-0": "/vis/signals/lowbattery.png",
          "signals-icon-size-0": 0,
          "signals-blink-0": false,
          "signals-horz-0": 0,
          "signals-vert-0": 0,
          "signals-hide-edit-0": false,
          "signals-cond-1": "==",
          "signals-val-1": true,
          "signals-icon-1": "/vis/signals/lowbattery.png",
          "signals-icon-size-1": 0,
          "signals-blink-1": false,
          "signals-horz-1": 0,
          "signals-vert-1": 0,
          "signals-hide-edit-1": false,
          "signals-cond-2": "==",
          "signals-val-2": true,
          "signals-icon-2": "/vis/signals/lowbattery.png",
          "signals-icon-size-2": 0,
          "signals-blink-2": false,
          "signals-horz-2": 0,
          "signals-vert-2": 0,
          "signals-hide-edit-2": false,
          "views": [
            "Test1"
          ]
        },
        "style": {
          "left": "118px",
          "top": "40px"
        },
        "widgetSet": "jqui"
      }
    },
    "name": "Test2",
    "rerender": false,
    "activeWidgets": [
      "w00003"
    ],
    "filterList": []
  }
}

[Zippolighter]

Bei mir das gleiche Problem

ioBroker Admin 1.6.2

VIS 0.10.11

[mule]

Dann ist es vermutlich ein generelles Problem.

Bei mir auch: Admin=1.6.2 / VIS=0.10.11

Ich kann leider nicht sagen seit welcher Version das Problem besteht, da ich schon länger kein neues Widget über mehrere Views angelegt habe.

Mal schauen was Bluefox sagt, wenn er von der Wiesn zurück wieder aufgewacht ist.

[Bluefox]

Bug hat sich mit der letzten Version reingeschliechen.

Auf dem Git liegt schon korrigiere Version.

[mule]

Hallo Bluefox,

seitdem ich das Update eingespielt habe funktioniert nun zwar die Zuordnung mehrerer Views, aber auf meinen iPad im Safari-Browser hängt sich VIS bei "Loading Values" auf. Ich habe bereits alles bis hin zum kompletten Zurücksetzen der iPads ausprobiert. Leider hat das alles nicht geholfen.

Auf meinen Android-Geräten läuft es mit Chrome und auf meinem PC mit FireFox allerdings weiterhin problemlos.

[mule]

Hallo Bluefox,

kann ich irgendwie unterstützten das Problem mit Safari (iPad1) in der VIS-Version 0.10.12 zu finden? Habe es gerade nochmals getestet und es lässt sich immer reproduzieren: Sobald die 0.10.12 drauf ist, kommt nur noch die Meldung "Loading Values" und dann geht es nicht mehr weiter.

[Bluefox]

@mule:

Hallo Bluefox,

kann ich irgendwie unterstützten das Problem mit Safari (iPad1) in der VIS-Version 0.10.12 zu finden? Habe es gerade nochmals getestet und es lässt sich immer reproduzieren: Sobald die 0.10.12 drauf ist, kommt nur noch die Meldung "Loading Values" und dann geht es nicht mehr weiter. `
Ist das nur auf dem iPad 1 oder auch Safari Desktop/ >=iPad 4 ?

Und das wirklich so, dass 0.10.11 geht?

[Zippolighter]

Weiß nicht ob die Info hilft.

Auf meinem iPhone6 mit iOS 10.0.1 und Raspberry PI3 mit Jessie ioBroker Admin 1.6.3 und VIS 0.10.12 funktioniert es in Safari

Gruß Zippolighter

[mule]

@Bluefox: Ich habe mehrfach zwischen .12 und .11 gewechselt und mit der .12 hing der Safari-Browser, mit der .11 lief es problemlos.

Es war sogar so, das der Browser mit der .12 hing, ich dann parallel VIS auf .11 downgegraded habe und dann hat der Safari-Browser (ohne das ich irgendetwas am iPad gemacht hätte) plötzlich VIS wieder geladen hat. Ich werde heute Abend dann noch test, ob das Problem auch auf einem iPad Air1 auftritt oder nur auf dem iPad1. Melde mich…

[mule]

@Bluefox:

Ist das nur auf dem iPad 1 oder auch Safari Desktop/ >=iPad 4 ?

Und das wirklich so, dass 0.10.11 geht? `
Auf dem iPad Air1 läuft es auch mit der .12-Version. Auf dem iPad1 (habe es auf zwei verschiedenen getestet) hilft leider auch ein komplettes Zurücksetzen des iPads nicht. Downgrade auf .11-Version und es läuft auch wieder auf meinen beiden iPad1. Desktop kann ich leider nicht prüfen, da ich keinen Mac habe.

Es ist somit wohl irgendeine Inkompatibilität zum Safari-Browser auf dem iPad1 mit der .12-Version von VIS hinzugekommen. Hast Du eine Idee woran es liegen kann und wie man es wieder auf dem iPad1 lauffähig bekommt?

[Bluefox]

@mule:

@Bluefox:

Ist das nur auf dem iPad 1 oder auch Safari Desktop/ >=iPad 4 ?

Und das wirklich so, dass 0.10.11 geht? `
Auf dem iPad Air1 läuft es auch mit der .12-Version. Auf dem iPad1 (habe es auf zwei verschiedenen getestet) hilft leider auch ein komplettes Zurücksetzen des iPads nicht. Downgrade auf .11-Version und es läuft auch wieder auf meinen beiden iPad1. Desktop kann ich leider nicht prüfen, da ich keinen Mac habe.

Es ist somit wohl irgendeine Inkompatibilität zum Safari-Browser auf dem iPad1 mit der .12-Version von VIS hinzugekommen. Hast Du eine Idee woran es liegen kann und wie man es wieder auf dem iPad1 lauffähig bekommt? `
Ich konnte jetzt 0.10.13 auf meinem iPad1 starten. Kannst du vom git probieren?

[mule]

Mit der 0.10.13 startet es nun auch auf dem iPad1, aber es werden nur noch wenige der vorhandenen Widgets angezeigt. Das Problem besteht mit der .13 auch auf dem iPad Air1.

[Bluefox]

Wenn du jetzt noch mal vom git updatest. Wird es besser?

[mule]

Hallo Bluefox,

werde es erst am Wochenende testen können. Melde mich dann.

[mule]

Hallo Bluefox,

gerade getestet: Funktioniert jetzt wieder mit der .13-Version von Github. Danke!

Wenn wir noch irgendwie das Performance-Problem von VIS gelöst bekommen, dann bin ich restlos glücklich. Kann ich irgendwie diesbezüglich beim Debuggen helfen?

[Bluefox]

@mule:

Hallo Bluefox,

gerade getestet: Funktioniert jetzt wieder mit der .13-Version von Github. Danke!

Wenn wir noch irgendwie das Performance-Problem von VIS gelöst bekommen, dann bin ich restlos glücklich. Kann ich irgendwie diesbezüglich beim Debuggen helfen? `
Ich will noch mal was ausprobieren. Wenn das nicht hilft, dann kann man weiter denken.

[mule]

Das klingt super! Ich bin schon gespannt und freu mich drauf Deine eventuelle Lösung zu testen.

Danke für Dein Engagement!