mirror of
https://github.com/blakeblackshear/frigate.git
synced 2026-11-08 22:53:01 +03:00
Josh HawkinsandGitHub
4eb60af5a7
* Add analytics opt-in setting, prompt notice kind, and notice watermarks * Add the analytics report schema * Add the analytics state file * Add the install and hardware analytics collectors * Add the detection analytics collector * Add the cameras analytics collector * Add the features analytics collector * Add the health analytics collector * Build analytics reports from the section collectors * Add the analytics report transport * Send the daily analytics report from the main process * Add the analytics preview API * Generate the analytics schema and check it in CI * Record the image variant in each Dockerfile * Show the analytics preview in telemetry settings * Document anonymous analytics * change wording * fixes * update network requirements docs * adapt analytics to free-form model scenes, split notice counts, and peewee 4 * fixes * change log levels * docstrings * docstrings * honor file-only analytics opt-outs and skip pre-consent notices An opt-out saved through the YAML editor's "Save only" or a hand edit never reached the live config, so reports kept going out under the old install ID until a restart. The reporter now reads telemetry.analytics from the config file when a report is due, validated with TelemetryConfig so yes, on, and 1 still count as consent, and an opt-out there deletes the state file and skips the send. The first report under a new install ID also carried every notice since the counters started, including ones from before the opt-in, so a fresh state file now resets the notice watermarks before the report's snapshot. * take the notice baseline at opt-in instead of the first send The watermark reset ran at the first send attempt, so notices raised between the opt-in and that send, up to 45 minutes after a startup, were absorbed into the reset and never reported. The reporter now writes the new install ID and resets the watermarks as soon as it sees consent without a state file. * report notice counts cumulatively from a database baseline Moving watermarks after each accepted send kept the install ID and the notice baseline out of step: pre-consent notices went out, notices raised before the first send were dropped, and a send that finished after an off/on toggle overwrote the new identity's baseline. health.notices now carries cumulative counts since the install ID was created. Creating an ID copies the lifetime counts into the existing reported_* columns before the state file names it, and nothing is written after a send, so the backend diffs consecutive reports per install ID. * write held notice repeats before the analytics baseline reset Repeats of batched kinds like failed_login wait in memory until the stats emitter flushes them, so a baseline reset taken while some were held left them out, and the next flush counted those pre-opt-in repeats as post-consent. The reset now writes held repeats to the notice history under the same lock before copying the counts. * seed detector inference speed from the first inference The average started at 0 so idle detectors read 0, but that made every detector's speed climb from 0 for its first couple dozen inferences after a start. Detectors now use the same InferenceSpeed helper as enrichments, so the first inference seeds the average and idle detectors still read 0.
52 lines
1.9 KiB
Python
52 lines
1.9 KiB
Python
"""Shared handle on the config object that is current for this instance."""
|
|
|
|
import logging
|
|
from collections.abc import Callable
|
|
|
|
from .config import FrigateConfig
|
|
|
|
__all__ = ["ConfigHolder"]
|
|
|
|
logger = logging.getLogger(__name__)
|
|
|
|
|
|
class ConfigHolder:
|
|
"""Indirection for the most recently parsed config.
|
|
|
|
/api/config/set re-parses yaml into a brand new FrigateConfig instead of
|
|
mutating the old one, so any reference captured during startup goes stale
|
|
the first time a user saves. Anything that has to build something after
|
|
startup, most importantly the watchdog factories that rebuild a crashed
|
|
process, must read through a holder rather than close over a config
|
|
object, or the rebuilt process comes back with the config as it was at
|
|
boot and silently discards every change made since.
|
|
|
|
There is deliberately no setter on the read side: the swap runs in exactly
|
|
one place (frigate.api.config_util.swap_runtime_config) and everyone else
|
|
only reads.
|
|
"""
|
|
|
|
def __init__(self, config: FrigateConfig) -> None:
|
|
self._config = config
|
|
self._listeners: list[Callable[[FrigateConfig], None]] = []
|
|
|
|
@property
|
|
def config(self) -> FrigateConfig:
|
|
"""The config as of the most recent successful save."""
|
|
return self._config
|
|
|
|
def subscribe(self, listener: Callable[[FrigateConfig], None]) -> None:
|
|
"""Call listener on the saving thread with each config installed later."""
|
|
self._listeners.append(listener)
|
|
|
|
def set(self, config: FrigateConfig) -> None:
|
|
"""Install a freshly parsed config as the current one."""
|
|
self._config = config
|
|
|
|
for listener in self._listeners:
|
|
try:
|
|
listener(config)
|
|
except Exception:
|
|
# a listener bug must not fail the save that has already applied
|
|
logger.exception("Config listener failed")
|