V14 MQTT frigate/reviews. No change message on new zones and objects. Is this expected behaviour?

[ediguidedog]

I'm seeing a number of review messages where objects just appear in the payload without any change message appearing. Below is an example

I go form

payload_json:
    type: new
    before:
      id: 1719065610.161006-ursz8g
      camera: drive
      start_time: 1719065610.161006
      end_time: null
      severity: alert
      thumb_path: /media/frigate/clips/review/thumb-drive-1719065610.161006-ursz8g.webp
      data:
        detections:
          - 1719065608.965215-pv82wa
        objects:
          - person
        sub_labels: []
        zones:
          - my_driveway
        audio: []
    after:
      id: 1719065610.161006-ursz8g
      camera: drive
      start_time: 1719065610.161006
      end_time: null
      severity: alert
      thumb_path: /media/frigate/clips/review/thumb-drive-1719065610.161006-ursz8g.webp
      data:
        detections:
          - 1719065608.965215-pv82wa
        objects:
          - person
        sub_labels: []
        zones:
          - my_driveway
        audio: []

To

payload_json:
    type: end
    before:
      id: 1719065610.161006-ursz8g
      camera: drive
      start_time: 1719065610.161006
      end_time: 1719065664.350035
      severity: alert
      thumb_path: /media/frigate/clips/review/thumb-drive-1719065610.161006-ursz8g.webp
      data:
        detections:
          - 1719065642.816897-4av83y
          - 1719065608.965215-pv82wa
          - 1719065621.171832-yf2rb3
        objects:
          - person
          - car
        sub_labels: []
        zones:
          - my_driveway
          - my_driveway_threshold
        audio: []
    after:
      id: 1719065610.161006-ursz8g
      camera: drive
      start_time: 1719065610.161006
      end_time: 1719065664.350035
      severity: alert
      thumb_path: /media/frigate/clips/review/thumb-drive-1719065610.161006-ursz8g.webp
      data:
        detections:
          - 1719065642.816897-4av83y
          - 1719065608.965215-pv82wa
          - 1719065621.171832-yf2rb3
        objects:
          - person
          - car
        sub_labels: []
        zones:
          - my_driveway
          - my_driveway_threshold
        audio: []

The car and additional zone just appeared in the end message and there was no change message received. I would have expected a change message to sent both when the car appeared and it entered into the driveway threshold

Do the new review messages work differently?

[NickM-27]

This is a bug that has been fixed since beta3

[NickM-27]

It's a lot simpler for /events because you are guaranteed that an object didn't exist before and as soon as the object exists and is not seen as a false positives frigate sends the new message.

In /reviews we have many objects stationary and active that exist but won't create a message, message is only created when the camera has a detection or alert. And multiple objects are combined into this single state.

[ediguidedog]

Thanks again. What you say makes sense now. Can I ask a couple of quick additional questions around snapshots?

I see in the message thumb_path: /media/frigate/clips/review/thumb-gate-1719156383.428745-9c4qar.webp Is there any way to access this through HTTPS? I pass a url of the snapshot to Telegram but I just can't find out how to use this image. and I end up using one of detection id and wrapping in up so it ends up as https://mydomain.com/api/events/1719156340.539771-mush66/thumbnail.jpg
Problem is with this they don't all seem to work or likely expire so is there a sure fast way of getting a working still of what's going on?

[NickM-27]

currently there is no way to get the thumbnail if you have authentication setup since the client pulling the thumbnail is most likely not authenticated. I would suggest using the preview gif api which is added in the integration (not yet released) and will send a gif showing the activity

[ediguidedog]

I don't run authentication in frigate. All the authentication and HTTPS stuff is done by a reverse proxy on a different machine. Currently Telegram is authenticated on the proxy and can access the thumbnail using the api url above. I was just wondering if there is a way to access the thumb-gate-1719156383.428745-9c4qar.web image via the API

[NickM-27]

If authentication is not an issue then you can just access it the same way the frontend does http://frontend/clips/review/...