ElabNET Technik Forum

Hallo Markus,

ich habe gesehen du hast die Version der Visu manuell geändert von 0.11.0 auf 0.11.2
Wenn ich das mache bekomme ich auch diesen Fehler kannst du es zum Test wieder auf 0.11.0 stellen?

Viele Grüße,
Matthias

Hallo Matthias,
besten Dank für Deine Hilfe. 11.0 funktioniert auch bei mir. Da liegt wohl ein Problem mit v11.2 vor. Gemäss Elabnet Forum ist dies, wenn ich alles richtig verstanden habe, die neueste offizielle Version. Das manuelle Ändern ist die empfohlene Art des Updates. Da muss wohl Chris noch einmal dahinter.

Ich wünsche Dir und Deinen Kolleg*innen bei Elabnet ein schönes Wochenende
Liebe Grüsse
Markus

Schön dass es für dich hier erstmal weiter geht.
Wobei schon spannend, denn ich hab die 11.2 manuell installiert und läuft.

Insofern weiß ich nicht ob Chris oder Matthias ran muss.

Lg
Robert

Ich habe auch die 11.2 als "App" installiert.

Hatte auch Schwierigkeiten.
Ich hatte die xml vom Wiregate in den Docker kopiert. Es wollte so einfach nicht funktionieren... Jedoch weiß ich nicht mehr, ob das die gleichn Fehler sind, die Markus hatte.

Schlussendlich habe ich den xml-Inhalt "meiner Konfig" in die "Default-Konfig" kopiert.

Als Deflault-Konfig funktioniert es.
Auch alle anderen mitgelieferten Demo-Konfigs funktionieren.
Sehr mysteriös...

Wenn die CometVisu nicht geht und es irgendwie "komisch" aussieht ist es immer eine gute Idee die Browser-Entwicklungskonsole zu öffnen (Strg+Shift+I), dann die Seite neu laden und schauen was auf der Konsole für Meldungen kommen. V.a. die roten Fehlermeldungen sind wichtig, die normalen schwarzen können aber auch interessant sein.
Zudem ist es interessant auf den Netzwerk-Reiter zu gehen und zu schauen ob dort irgendwelche Kommunikation fehlgeschlagen ist (hat normaler Weise einen HTTP-Status-Code von 4xx oder 5xx)

Die hier beschriebenen Fehlerbilder hängen sicher nicht an 0.11.0 im Vergleich zu 0.11.2, das sind typische Fehler wenn es ein Problem mit dem Setup gibt.

pbm hat geschrieben: ↑Fr Mai 01, 2020 8:19 pm Schlussendlich habe ich den xml-Inhalt "meiner Konfig" in die "Default-Konfig" kopiert.

Als Deflault-Konfig funktioniert es.
Auch alle anderen mitgelieferten Demo-Konfigs funktionieren.
Sehr mysteriös...

Es macht für die CometVisu überhaupt keinen Unterschied wie die Config heißt.

Wenn eine Konfig unter einem Namen geht, aber nicht unter einem anderen, so ist das nicht mysteriös sonder ein klares Zeichen, dass der Browser-Cache etwas zu aggressiv war. D.h. ein Cache Löschen muss ausreichen.

Hallo Chris!

Ist vielleicht nicht genau das, was oben gemeint war, ich hatte mit einem User den Fall, dass meine Config ein xsi:noNamespaceSchemaLocation="./visu_config.xsd" im header hatte. Das führte zu einem Fehler, der beim mir bisher nie angezeigt wurde.

Ein zusätzlicher "." hat das Problem gelöst.

Hätte man auch gelöst, wenn man in die demo-config seine pages/mappings reinkopiert hätte und den Header übernommen hätte, ohne dass man nachher gewusst hätte, was das Problem war.

lg
Robert

Robert_Mini hat geschrieben: ↑Sa Mai 02, 2020 12:04 pm Ist vielleicht nicht genau das, was oben gemeint war, ich hatte mit einem User den Fall, dass meine Config ein xsi:noNamespaceSchemaLocation="./visu_config.xsd" im header hatte. Das führte zu einem Fehler, der beim mir bisher nie angezeigt wurde.

Ein zusätzlicher "." hat das Problem gelöst.

Komisch - denn die Visu selbst interessiert sich für diesen Eintrag nicht. Der ist nur relevant für den Konfig-Check und den Editor...

Ich kann mir daher nur Cache Effekte vorstellen

Uhi dieser Thread ist ja aktuell - da hab ich dann in den falschen geschrieben: viewtopic.php?f=37&t=439#p23525
Im Grunde das selbe Problem. (Logs sind in dem Beitrag).
Chris, ich kann übrigens den Client-Cache ausschließen, da ich extra ein Gerät zum testen rausgekramt hab, die noch nie die CV offen hatte.
Und zu Roberts Vermutung, bei mir ist der Namespace mit ..

Ich hatte es mit der 0.11.0 mit Chome getestet.
Jetzt nochmal auch mit Firefox. Und zusätzlich noch mit den URL Parametern forceReload=true so wie enableCache=false

Damit kann ich nicht nachvollziehen, dass es für die Visu selbst einen Unterschied macht ob xsi:noNamespaceSchemaLocation="./visu_config.xsd" oder xsi:noNamespaceSchemaLocation="../visu_config.xsd" in der Config-Datei steht.
(Für Check-Config und den Editor macht das aber natürlich einen Unterschied)