[2026-08-01T11:48:56.692Z] [INFO] [tuya] [Tuya][media] movement_detect_pic event fired (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
[2026-08-01T11:48:56.927Z] [WARN] [tuya] [Tuya][media] no candidate host served the movement_detect_pic snapshot (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
[2026-08-01T11:48:56.928Z] [WARN] [tuya] [Tuya][media] no candidate host served the movement_detect_pic snapshot (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
[2026-08-01T11:48:59.226Z] [WARN] [tuya] [Tuya][media] no candidate host served the movement_detect_pic snapshot (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
[2026-08-01T11:49:10.358Z] [WARN] [tuya] [Tuya][media] no candidate host served the movement_detect_pic snapshot (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
[2026-08-01T11:49:19.402Z] [WARN] [tuya] [Tuya][media] no candidate host served the movement_detect_pic snapshot (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
[2026-08-01T11:49:29.578Z] [WARN] [tuya] [Tuya][media] no candidate host served the movement_detect_pic snapshot (device=ext:ext-dev-tuya-2:device:bf0e59548489fcb4ea62of)
However, I have a ton of lines (every 10 seconds, it tries to fetch the image)!
Your log was exactly what was needed — thank you! It’s clear: the motion image is stuck on download, not on decryption.
The ring gives you a complete pre-signed URL → image OK
The motion gives you a Tuya reference (?param=…) that S3 storage refuses (403) → not downloadable this way. Decryption, on the other hand, is ready on the code side — it’s just waiting for us to know how to retrieve the file.
I also fixed the spam (the no candidate every 10 seconds): update :dev-doorbell one last time, these lines should disappear.
You can switch your doorbell to prod (:latest) safely: ring + ring image + motion event + live-view, everything is there and stable. The motion image becomes a small research project on my side (resolving the Tuya download URL) — I’ll keep you posted if I unlock it, it will also benefit PTZ cameras. Thank you again for your golden tests!
Proposal made (feat(device-feature): add a DOORBELL category with a RING type by Terdious · Pull Request #2745 · GladysAssistant/Gladys · GitHub) to add a new category ‹ doorbell › / a new type ‹ ring › with the idea of being able to have related actions / visuals later => example totally « not worked on », a box like the one for the camera dedicated to doorbells (or conversely the same box with automatic detection) => I’m thinking of automatic association with a vibrating bell, a little motion detection man, a blinking light, one day if possible the activation of a microphone if dual stream is possible etc… ^^
In short, this new category leaves the door open for core automations later!