Je viens d’essayer, j’ai une version locale du site de doc, mais la page intégration ne se charge jamais…
ça vous parle ?
J’ai l’impression qu’il y a une régression sur l’API /api/v1/service/usb/port qui retourne les ports USB actifs mais uniquement avec comPath et pas comVid (lié à vendorId) 
Je suis en train de regarder
Même problème qu’ici : Can't read back FTDI USB serial number in docker container · Issue #2224 · serialport/node-serialport · GitHub
et là SerialPort.list() only shows ports when script is run with sudo (Rasperry Pi) · Issue #2141 · serialport/node-serialport · GitHub
Une histoire de droit, je ne comprends pas trop pourquoi ça marchait avec les images de test et plus là
Je parle bien du site “v4-doc”, donc pas gladys directement hein 
[EDIT] je n’avais pas vu le message précédent, ta réponse n’était pas pour moi 
Si le problème est identifié c’est super 
J’ai voulu tester egalement, mais idem de mon côté avec une clé zzh citée dans le post de VonOx :
Rien sur l’usb alors que présente sur la commande lsusb.
Hésite pas si besoin dans tes recherches @cicoub13.
Ah mince j’ai la même que toi @Terdious.
Je testerai ce soir.
Je sais pourquoi, car @Reno exploitait udev pour lister les périphériques USB, hors en standards vous ne devez pas l’avoir sur vos conteneurs.
Il manque ça à la commande docker
-v /run/udev:/run/udev:ro
C’est Ok avec la nouvelle image raspberry mais pas sur vos conteneurs
Oui, en fait, aucun périphérique USB n’est affiché 
Deux solutions, télécharger la nouvelle image
OU
J’ai proposé une MR fix(zigbee2mqtt): Fix USB listing by cicoub13 · Pull Request #1116 · GladysAssistant/Gladys · GitHub que je suis en train de tester
@cicoub13 tiens moi au courant si ton fix est bon ou pas, je vais aller me coucher moi, si c’est bon je merge ça demain matin et je ferais une release!
Franchement, se coucher à 16h53 c’est abusé 
#décalageHoraire
T’en est content de laa zzh ? T’as test le bluetooth ?
Testé et fonctionnel, on aura un comportement différent selon l’image utilisée.
https://github.com/GladysAssistant/Gladys/pull/1116#issuecomment-812064435
Cool, d’ailleurs je penses qu’il faut qu’on systematise ce que tu as fais sur les service usb.
Bah du coup je te dirais ça prochainement hihi !!^^
Pour le Bluetooth pas encore testé non, mais je te dirais ça également !!
Pour ceux qui sont impatients et qui n’ont pas peur du SSH, vous pouvez rapidement fixer
- D’abord on stop & supprime le contenur actuel
docker stop gladys && docker rm gladys
- Puis on recrée le conteneur avec cette fois ci l’argument qui manque
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
--network=host \
--name gladys \
-e NODE_ENV=production \
-e SERVER_PORT=80 \
-e TZ=Europe/Paris \
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/lib/gladysassistant:/var/lib/gladysassistant \
-v /dev:/dev \
-v /run/udev:/run/udev:ro \
gladysassistant/gladys:v4
Voilà
Pour les autres il faudra attendre la 4.2.1 de demain 
Beau boulot les gars
Gladys v4.2.1 en cours de build!
j’ai le même problème que toi, je suis allé voir les fichiers que tu as ajouté sont au format webp (je ne sais pas si c’est toi qui a mis ça ou Airtable qui converti tout en webp désormais…), hors je ne pense pas que l’outil de build qu’on utilise gère le webp.
Gladys v4.2.1 est build et je confirme que ça corrige le bug! Merci @cicoub13 pour ta réactivité, je suis sûr que ça va permettre à plein de tester pendant le week-end de Pâques 