[Bug]: Review Filtering Doesn't Reset

[gwichman]

Checklist

• I have updated to the latest available Frigate version.
• I have cleared the cache of my browser.
• I have tried a different browser to see if it is related to my browser.
• I have tried reproducing the issue in incognito mode to rule out problems with any third party extensions or plugins I have installed.
• I have asked the AI at https://docs.frigate.video about my issue.

Describe the problem you are having

Review filtering does not reset properly. If you change the review filtering settings to something else, that works fine and it filters accordingly. But if you then revert the filter settings to what it was, all videos to review disappear and act as though they've been reviewed even though I never clicked the "mark these items as reviewed" button.

I would think that I should be able to change the filters as much as i want and it would simply show me what i'm trying to filter without marking the videos as reviewed.

Steps to reproduce

1.Click the review button in frigate to review videos that require reviewing..
2.Click the "filter" button and change the default filtering and click apply. In my case, I select the "entrance" zone to only view the entrance videos and in my example you can see that no videos show up because there are none to show for the entrance zone. The 3 videos it was showing was for the "street" zone.
3.Click "filter" again and revert filtering to the default settings and click apply. The interface will still show no videos as though I reviewed them, rather then to show me the original filtering's videos (in my case it doesn't start showing me the 3 videos again now that i'm once again including the street zone.
...

Version

0.16.2-4d58206

In which browser(s) are you experiencing the issue with?

No response

Frigate config file

mqtt:
  host: 192.168.x.x #Insert the IP address of your Home Assistant
  port: 1883 #Leave as default 1883 or change to match the port set in yout MQTT Broker configuration
  topic_prefix: frigate
  client_id: frigate
  user: redacted #Change to match the username set in your MQTT Broker
  password: redacted #Change to match the password set in your MQTT Broker
  stats_interval: 60

detectors:
  coral:
    type: edgetpu
    device: usb

cameras:
  front_porch: #Change this to a name of the camera that makes sense to you
    ffmpeg:
      #output_args:
      #  record: -an -f segment -segment_time 30 -reset_timestamps 1 -strftime 1
      inputs:
        - path: rtsp://admin:[email protected]/Streaming/Channels/101 #Change as per your camera documentation for high quality feed
          roles:
            - record
        - path: rtsp://admin:[email protected]/Streaming/Channels/102 #Change as per your camera documentation for low quality feed
          roles:
            - detect
    detect:
      height: 360 #Change this to match the resolution of your detection channel (in this case channel 1)
      width: 640 #Change this to match the resolution of your detection channel (in this case channel 1)
      fps: 8 #This is the frame rate for detection, between 5-10 fps is sufficient.
    snapshots:
      enabled: true
    record:
      enabled: true
      retain:
        days: 7 #The number of days a recording will be kept for after a motion is detected.
      alerts:
        retain:
          days: 30
      detections:
        retain:
          days: 7
    zones:
      street:
        coordinates: 0.32,0.187,1,0.669,1,0,0.308,0
        loitering_time: 0
        inertia: 3
      entrance:
        coordinates: 1,0.802,0,0.058,0,1,1,1
        loitering_time: 0
        inertia: 3
        objects: [person, dog, cat, bird, bicycle, motorcycle, bus]
      Park_Strip:
        coordinates: 0.47,0.237,0.5,0.211,1,0.53,1,0.586
        loitering_time: 0
        inertia: 3
        objects: [dog, bird]
    objects:
      track:
        - person
        - dog
        - cat
        - bird
        - bicycle
        - motorcycle
        - bus
      filters:
        person:
          mask: 0.02,0.405,0.071,0.408,0.299,0.75,0.301,0.957,0.045,0.95
    motion: {}
  driveway:
    ffmpeg:
      #output_args:
      #  record: -an -f segment -segment_time 30 -reset_timestamps 1 -strftime 1
      inputs:
        - path: rtsp://admin:[email protected]/Streaming/Channels/101
          roles:
            - record
        - path: rtsp://admin:[email protected]/Streaming/Channels/102
          roles:
            - detect
    detect:
      height: 480
      width: 640 # match the resolution of the "detect" stream
      fps: 8
    snapshots:
      enabled: true
    record:
      enabled: true
      sync_recordings: true
      retain:
        days: 7
      alerts:
        retain:
          days: 30
      detections:
        retain:
          days: 7
    objects:
      track:
        - person
        - car
        - dog
        - cat
        - bird
        - bicycle
        - motorcycle
        - bus
      filters:
        person:
          min_area: 4500      # tune: raise until distant junk no longer qualifies
          threshold: 0.70     # raise confidence requirement (was effectively ~0.5–0.6)
        car:
          min_area: 4500
          threshold: 0.70
logger:
  default: warning
  #logs:
  #frigate.event: warning
  # Show only errors (not GET requests) from the Frigate HTTP server
  #frigate.http: error

  # Keep normal info logs for the main service startup
  #frigate.app: info

  # Quiet all the Gunicorn access logs (the GET requests) to ERROR
  #gunicorn.access: error
  #gunicorn.error: warning

  # Keep an eye on watchtower or ffmpeg logs if needed
  #frigate.watchtower: warning
  #frigate.video: warning

  # debugging
  # frigate.record.maintainer: debug

database:
  path: /config/frigate.db

version: 0.16-0
detect:
  enabled: true
semantic_search:
  enabled: false
  model_size: small
face_recognition:
  enabled: true
  model_size: large
lpr:
  enabled: true
  known_plates:
    Gerald:
      - redacted
    Liz:
      - redacted
classification:
  bird:
    enabled: false

docker-compose file or Docker CLI command

N/A

Relevant Frigate log output

N/A

Relevant go2rtc log output

N/A

Operating system

Home Assistant OS

Install method

Home Assistant Add-on

Network connection

Wired

Camera make and model

Hikvision HI2CD2142FWD

Screenshots of the Frigate UI's System metrics pages

Any other information that may be helpful

[inkeep-ai-assistant[bot]]

Based on your description, this appears to be related to how Frigate handles the reviewed status of items when filters are applied and changed. The behavior you're experiencing is documented in the Review page functionality (1).

In Frigate 0.14 and later, review items are time periods where any number of tracked objects were active, and once you have watched that time period on a camera, it is marked as reviewed (1). The "Show Reviewed" toggle controls whether reviewed items are displayed (1).

When you change filters and then revert them, the items may appear to disappear because they have been marked as reviewed during your interaction with them. This is the intended behavior - hovering over or swiping a preview plays the video and marks it as reviewed (1).

There is a feature that addresses refresh behavior on the review page. When there is new activity, there will be a button that shows to refresh the items shown saying there is new activity (2). This allows you to see new items without affecting your current filters.

To see the items again after they've been marked as reviewed, you need to toggle the "Show Reviewed" switch to display all items, including those that have already been reviewed (1).

The filtering system is working as designed - changing filters doesn't reset the reviewed status of items. The reviewed status is persistent and independent of filter changes.

📚 Sources:

1. Review
2. Refresh on review page

---

Have another question? Just tag @inkeep.

[gwichman]

Except I never actually reviewed any of the videos. I did not click to play them. I did not roll my mouse over them. I did not click the button saying that i reviewed them.

[NickM-27]

I am not able to reproduce this, pressing reset just makes the items show up again

[gwichman]

Are you saying that if someone changes the filtering in this manner, the expected behavior should be to mark the videos as reviewed at that point? Even if the user has not actually reviewed them? They have only adjusted the filtering controls up until that point?

[NickM-27]

I am saying that does not happen in my testing, and I don't see any code path where that could feasibly happen. There is a bug where the filter does not correctly re-apply, I will put up a fix for that.

[gwichman]

Ya I don't think it's actually marking them reviewed. The behavior just seems like it is at first when really it's just not re-applying the filter. I see if I exit out of frigate and back in, the 3 videos are still there needing to be reviewed.

[NickM-27]

Fixed in #20624