Verschiedene Bugs melden

Danke, dass du zugeschaut hast @VonOx! Es ist gut, wenn es ein Problem auf unserer Seite ist, dann können wir es beheben.

Könntest du es in deinem Container mit dem Paket in Version 4.0.9 testen? Ich bin nicht unbedingt scharf darauf, auf eine Beta-Version des Pakets umzusteigen, das ist der beste Weg, um noch mysteriösere Bugs zu bekommen als die, die wir schon haben ^^

Ach, aber warte mal, was hast du als Timeout eingestellt?

Aktuell ist der Timeout in Gladys auf 5 Sekunden eingestellt (Gladys/server/services/philips-hue/lib/light/light.getBridges.js at master · GladysAssistant/Gladys · GitHub)

Vielleicht reicht das auf eurem Netzwerk nicht aus?

@Jean34 Ich bestätige, dass ich deinen Bug mit der Wetterstation + den Raumgeräten behoben habe :slight_smile:

Das wird in der nächsten Gladys-Version veröffentlicht, sobald genügend Mitglieder das Dev-Image getestet haben :slight_smile: (ich mach bald eins!)

@pierre-gilles funktioniert auch in 4.0.9 aus dem Container

Beim Timeout habe ich nichts verändert, die Erkennung ist sofort, also weiß ich nicht. Ich werde es erhöhen, um zu sehen.

Bearbeitung: Timeout auf 10 Sekunden => OK

Ah! Also ist es doch ein Timeout-Problem? :slight_smile:

Dann werde ich es ändern

Edit:

Ja, sieht so aus, auch wenn ich nicht erklären kann, warum es bei Gladys länger dauert :thinking:

Ich habe einen Dev-Build mit allen aktuellen Fixes gestartet.

Der Dev-Build ist verfügbar, ich bin offen für jedes Feedback zu diesem Build, es wäre cool, wenn wir sicherstellen könnten, dass es diesmal keine Rückschritte gibt ^^

Ich habe viele Tests durchgeführt (sowohl manuell als auch automatisiert, wie immer), aber da ich nicht die gleiche Hardware wie ihr habe, kann ich nicht alles in der Praxis testen.

Gibt es einen Befehl, den ich per SSH ausführen kann, um zu testen, ob es funktioniert?

@pierre-gilles super, ich versuche, etwas Zeit zu finden, um auch die letzte Dev-Version zu testen. Ich habe momentan nur sonntags frei, also versprechen kann ich nichts…

@Tlse-vins wenn du von dem Dev-Image sprichst, dann führst du, wenn ich mich nicht irre, den Docker-Befehl aus der Dokumentation aus, fügst den Tag dev hinzu und benennst die Datenbank um. Oder du führst git pull aus, wenn du eine Entwicklungsumgebung hast.

Nein, ich bin auf einem Bild in der Produktion auf einem Raspberry.

@Tlse-vins ich habe auch eine Produktionsinstanz, aber nichts spricht dagegen, eine Entwicklungsinstanz zu testen. Ich mache es wie folgt:
docker stop gladys

docker run -d --log-opt max-size=10m --restart=always --privileged --network=host --name gladysdev -e NODE_ENV=production -e SERVER_PORT=80 -e TZ=Europe/Paris -e SQLITE_FILE_PATH=/var/lib/gladysassistantdev/gladys-dev.db -v /var/run/docker.sock:/var/run/docker.sock -v /var/lib/gladysassistantdev:/var/lib/gladysassistantdev -v /dev:/dev -v /run/udev:/run/udev:ro gladysassistant/gladys:dev

@pierre-gilles, da meine Installation neu ist, wende ich mich an dich wegen eines möglichen Bugs…
Also, sobald Gladys installiert ist, konfiguriere ich z.B. das Wetter und frage dann über den Chat, welche Temperatur es hat. In diesem Moment antwortet sie nicht, also schaue ich mir die Logs an, bei Docker ist nichts Ungewöhnliches, aber im Browser schon:

    close { target: WebSocket, isTrusted: true, wasClean: true, code: 1001, reason: "", srcElement: WebSocket, currentTarget: WebSocket, eventPhase: 2, bubbles: false, cancelable: false, … }
​
bubbles: false
​
cancelBubble: false
​
cancelable: false
​
code: 1001
​
composed: false
​
currentTarget: null
​
defaultPrevented: false
​
eventPhase: 0
​
explicitOriginalTarget: WebSocket { url: "ws://192.168.1.82/", readyState: 3, bufferedAmount: 0, … }
​
isTrusted: true
​
originalTarget: WebSocket { url: "ws://192.168.1.82/", readyState: 3, bufferedAmount: 0, … }
​
reason: ""
​
returnValue: true
​
srcElement: WebSocket { url: "ws://192.168.1.82/", readyState: 3, bufferedAmount: 0, … }
​
target: WebSocket { url: "ws://192.168.1.82/", readyState: 3, bufferedAmount: 0, … }
​
timeStamp: 266627
​
type: "close"
​
wasClean: true
​
<get isTrusted()>: function isTrusted()
​
<prototype>: CloseEventPrototype { wasClean: Getter, code: Getter, reason: Getter, … }
​​
code: 
​​
constructor: function ()
​​
reason: 
​​
wasClean: 
​​
Symbol(Symbol.toStringTag): "CloseEvent"
​​
<get code()>: function code()
​​
<get reason()>: function reason()
​​
<get wasClean()>: function wasClean()
​​
<prototype>: EventPrototype { composedPath: composedPath(), stopPropagation: stopPropagation(), stopImmediatePropagation: stopImmediatePropagation(), … }
Session.js:60:6

Wenn ich meine Seite neu lade (was übrigens sehr lange dauert), ist die Antwort von Gladys da, oft über meiner Frage, aber sie ist da ^^. Danach gibt es keine Probleme mehr, man kann so viel mit ihr reden, wie man will, sie antwortet sofort.
Das war’s, falls es hilft :slight_smile:

@Jean34 Ok, danke für dein Feedback :slight_smile:

Ich habe ein Issue erstellt, damit wir den Bug nicht vergessen:

Hallo,
Ich habe einen Bug im Chat. Wenn ich das Wort „Wetter“ schreibe, stürzt mein Gladys ab und ich muss ihn zwangsweise neu starten.

Ich glaube nicht, dass dies ein normales Verhalten ist, also poste ich das hier :slight_smile:

Ich bin auf Version 4.3.1 und es gibt keine Fehler in den Logs oder in der Konsole.

Korrektur: Sobald ich irgend ein Wort oder einen Satz an Gladys sende, stürzt er ab.

Hast du mehr Details, @JeuFore?

Bei mir funktioniert es, ich würde mehr über deine Installation erfahren!

Hast du Gladys mit dem offiziellen Raspberry Pi OS-Image installiert?

Ich habe einen Raspberry Pi 4 mit 4 GB RAM und Ubuntu Server für ARM64 installiert. Gladys wurde manuell installiert.

Die Datenbank der Instanz ist auf einer Festplatte gespeichert.

Gladys läuft sehr gut, außer dem Chat.
Ich weiß, dass der Chat vor dem neuen Update funktioniert hat, aber ich musste die Seite neu laden, um die Antwort zu erhalten.

Wenn du sagst, dass „Gladys manuell installiert wurde“, meinst du dann per Docker?

Hast du den auf der Gladys-Website angegebenen Befehl docker run verwendet?

Entschuldigung, ich habe mich falsch ausgedrückt :sweat_smile:

Ja, über Docker. Ich habe das docker run in eine docker-compose-Datei übernommen

version: "3"
services:
  app:
    image: gladysassistant/gladys
    container_name: gladys
    network_mode: host
    environment:
      - SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db
      - SERVER_PORT=2380
      - TZ=Europe/Paris
    privileged: true
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /run/udev:/run/udev:ro
      - /dev:/dev
      - ~/disk/docker/appdata/gladys:/var/lib/gladysassistant
    restart: unless-stopped

Hallo,

Geht es nicht um meine vorherige Nachricht?

@Jean34 ich glaube nicht, hier sagt er direkt, dass Gladys abstürzt, das wundert mich :sweat_smile:

@JeuFore also sind wir uns einig, der Bug ist:

  • du schickst eine beliebige Nachricht an Gladys
  • Gladys stürzt ab und der Container startet neu

Hast du wirklich keine Logs in Gladys? Denn ein Absturz bleibt normalerweise nicht unbemerkt

Genau, nur dass ich den Container neu starte.

Und ich habe es gerade noch einmal getestet, es gibt keine Logs, weder im Browser noch im Container.

Ich habe auch getestet, ob es einen Unterschied zwischen der lokalen IP-Adresse und dem Remote-Zugriff (nginx + SSL) gibt, aber der gleiche Absturz tritt auf.