Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

VIS funktioniert nicht mehr - No Connection #725

Open
Domi920 opened this issue Jun 1, 2023 · 8 comments
Open

VIS funktioniert nicht mehr - No Connection #725

Domi920 opened this issue Jun 1, 2023 · 8 comments
Labels
vis-v1 Issues that affect the Vis framework/Editor v1

Comments

@Domi920
Copy link

Domi920 commented Jun 1, 2023 •
edited
Loading

Hallo,
Habe auf mehreren VIS Views Widgets gruppiert und dann die Sichtbarkeit mittels Datenpunkt hinzugefügt.
Einige Widgets hatten zuvor schon eine Sichtbarkeit. Nun habe ich aber der Gruppe nochmal eine Sichtbarkeit mittels Datenpunkt hinzugefügt.
Der erste Test hat funktioniert.
Daraufhin habe ich diese mehreren Gruppen auf weitere Views kopiert.

Nun muss ich feststellen, dass VIS und auch der Editor nicht mehr funktioniert.
Als Anzeige sehe ich kurz "No Connection" anzeigen:
2023-06-01 (1)

So ist mein Web Adapter konfiguriert:
2023-06-01 (2)

Habe den Web Adapter schon auf Debug gestellt und folgendes Verhalten festgestellt:
`

web.0 2023-06-01 23:12:17.501 debug Subscribes: *
web.0 2023-06-01 23:12:17.477 debug 2023-06-01T21:12:17.477Z Request authenticate [system.user.admin]
web.0 2023-06-01 23:12:16.570 debug Connection from vis.0
web.0 2023-06-01 23:12:16.548 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:13.660 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:13.509 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:03.506 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:01.586 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:01.582 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:01.574 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:01.508 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:12:01.502 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:58.505 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:56.677 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:56.673 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:56.668 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:56.503 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:51.506 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:46.506 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:44.704 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:44.700 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:44.686 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:44.512 info <== Disconnect system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:41.509 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:31.503 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:29.515 info ==> Connected system.user.admin from 192.162.2.7
web.0 2023-06-01 23:11:28.738 info http server listening on port 8082
web.0 2023-06-01 23:11:28.721 debug Activating web files from objectDB
web.0 2023-06-01 23:11:28.719 debug Activating extensions
web.0 2023-06-01 23:11:28.718 info socket.io server listening on port 8082
web.0 2023-06-01 23:11:28.665 debug Activating IOSocket
web.0 2023-06-01 23:11:28.659 debug Using http createServer
web.0 2023-06-01 23:11:28.656 debug Activating states & socket info
web.0 2023-06-01 23:11:28.332 info starting. Version 4.3.0 in /opt/iobroker/node_modules/iobroker.web, node: v18.16.0, js-controller: 4.0.24
web.0 2023-06-01 23:11:27.425 debug Plugin sentry Initialize Plugin (enabled=true)
host.raspberrypi 2023-06-01 23:11:23.768 info instance system.adapter.web.0 started with pid 3445173
`

Ein Neustart hat leider nichts gebracht.
Updates sind meines Wissens nicht erfolgt.

Was kann ich nun tun?

Hier noch einige Daten:

vis.0
v1.4.16

web.0
v4.3.0

raspberrypi
Plattform
linux
Betriebssystem
linux
Architektur
arm64
CPUs
4
Geschwindigkeit
1800 MHz
Modell
Cortex-A72
RAM
7.63 GB
System-Betriebszeit
23 T. 12:20:31
Node.js
v18.16.0
time
1685654451159
timeOffset
-120
Anzahl der Adapter
474
NPM
9.5.1
Datenträgergröße
458.18 GB
freier Festplattenspeicher
428.35 GB
Betriebszeit
02:28:52
Aktive Instanzen
38
Weg
/opt/iobroker/
Hostname
raspberrypi
@Feuer-sturm Feuer-sturm added the vis-v1 Issues that affect the Vis framework/Editor v1 label Jun 4, 2023
@Haifeif
Copy link

Haifeif commented Jun 6, 2023

Hallo. Mein Problem ist zumindest ähnlich. Einige Projekte werden vom Editor nicht mehr geöffnet, auch bei bleibt es bei der Anzeige "Loading Values ..." hängen. Öffne ich das Projekt als View mit dem Browser, geht es einwandfrei!

Wenn ich die Chrome Tools bei öffnen des Editors aktiviere, fällt mir folgende Zeile auf:

image

Node.js: v18.16.0
NPM: v9.5.1
VIS: v1.4.16

@Haifeif
Copy link

Haifeif commented Jun 6, 2023

Ach ja, fast vergessen: Als das erste Projekt "verlustig" ging, hat ich auch die Connection lost Anzeige. Aber nicht beim zweiten.

@Apollon77
Copy link
Collaborator

@Domi920 Please check javascript error consode and post errors if shown there

@Haifeif please do not mix isues ... please create own one!

@Haifeif
Copy link

Haifeif commented Jun 10, 2023

Sorry, done.

Rgds, Uwe

@Domi920
Copy link
Author

Domi920 commented Jul 3, 2023

@Domi920 Please check javascript error consode and post errors if shown there

@Haifeif please do not mix isues ... please create own one!

Nachdem ich das Problem hatte, aber keine einfache Lösung gefunden hatte, war ich gezwungen, ein Backup wiederherzustellen.

Nun konnte ich möglicherweise die Ursache des Problems feststellen.
Ich habe das Problem, wenn ich mehrere Widgets in Gruppen, oder Views mit vielen Gruppen auf andere Views kopiere.

Entweder liegt es bei mir daran, dass meine main Projekt knapp 20 MB an Größe hat, oder VIS hat tatsächlich ein Problem mit Gruppen in anderen Views.

Bei mir läuft wieder alles & ich weiß auch woran es bei mir gelegen ist.

Gruß Dominik

@joergzdarsky
Copy link

I'd like to revisit this issue as I currently suffer the same problem.
I have some widgets grouped and use a "Sichtbarkeit" / Visibility condition in order to show/not to show these widgets.
The project works fine until I copy this group into another view. Once I do this the project does not load anymore and gets stuck in the "Loading Data..." step.

Node.js: v18.19.0
NPM: 10.2.3
VIS v1.5.4
JavaScript v7.8.0

@MichaelSchaaf999
Copy link

Bestätigt, habe ich auch beobachtet. Bereits zweimal dann zurück auf letztes Backup.

@oweitman
Copy link
Contributor

kann man das problem mal isoliert in einem separaten vis-projekt nachstellen und exportieren?
möglichst so, das dann nur noch die problematische aktion zum testen durchgeführt werden muss

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
vis-v1 Issues that affect the Vis framework/Editor v1
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
7 participants
@oweitman @Apollon77 @joergzdarsky @Feuer-sturm @MichaelSchaaf999 @Haifeif @Domi920