@camstack/addon-matter-broker 0.2.78 → 0.2.80

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (3) hide show
  1. package/dist/addon.js +519 -367
  2. package/dist/addon.mjs +519 -367
  3. package/package.json +1 -1
package/dist/addon.mjs CHANGED
@@ -11,7 +11,7 @@ import { networkInterfaces, tmpdir, uptime } from "node:os";
11
11
  import { finished } from "node:stream/promises";
12
12
  import { createConnection, createServer as createServer$2 } from "node:net";
13
13
  import * as dgram from "node:dgram";
14
- //#region ../types/dist/event-category-zAv7pMUz.mjs
14
+ //#region ../types/dist/event-category-CnLqLOKs.mjs
15
15
  var EventCategory = /* @__PURE__ */ function(EventCategory) {
16
16
  EventCategory["SystemBoot"] = "system.boot";
17
17
  EventCategory["SystemAddonsReady"] = "system.addons-ready";
@@ -206,6 +206,19 @@ var EventCategory = /* @__PURE__ */ function(EventCategory) {
206
206
  EventCategory["ProcessCrashed"] = "process.crashed";
207
207
  EventCategory["ProcessRestartScheduled"] = "process.restart_scheduled";
208
208
  EventCategory["ProcessRestarted"] = "process.restarted";
209
+ /**
210
+ * The SET of storage locations changed — one was created, edited, enabled,
211
+ * disabled or deleted through `storage.upsertLocation` / `deleteLocation`.
212
+ *
213
+ * Telemetry, not a transaction (D8/D11): every consumer that re-resolves on
214
+ * it must also converge on its own periodic path, because a dropped event
215
+ * must not leave a node writing to yesterday's disk set forever. It exists
216
+ * because there was NO signal at all — an operator who added a second
217
+ * recordings disk in the admin UI got nothing, and the recorder kept its
218
+ * resolved locations until something else happened to re-resolve them
219
+ * (D387). Payload `StorageLocationsChangedPayload`.
220
+ */
221
+ EventCategory["StorageLocationsChanged"] = "storage.locations-changed";
209
222
  EventCategory["RecordingStarted"] = "recording.started";
210
223
  EventCategory["RecordingStopped"] = "recording.stopped";
211
224
  EventCategory["RecordingError"] = "recording.error";
@@ -8548,6 +8561,21 @@ var StorageCleanupJobSchema = object({
8548
8561
  });
8549
8562
  var StorageCleanupStatusInputSchema = object({ jobId: string$2().optional() });
8550
8563
  /**
8564
+ * The one typed state of a storage location. Authoritative Zod schema — the TS
8565
+ * alias below is `z.infer<>` of it, never a second spelling.
8566
+ */
8567
+ var StorageLocationModeSchema = _enum([
8568
+ "active",
8569
+ "readonly",
8570
+ "drain",
8571
+ "disabled"
8572
+ ]);
8573
+ _enum([
8574
+ "normal",
8575
+ "never",
8576
+ "drain"
8577
+ ]);
8578
+ /**
8551
8579
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8552
8580
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8553
8581
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8613,6 +8641,21 @@ var StorageLocationSchema = object({
8613
8641
  * stops existing rather than being re-derived on every read.
8614
8642
  */
8615
8643
  enabled: boolean().optional(),
8644
+ /**
8645
+ * THE state of this location (D385), and the only authority on what may be
8646
+ * written, read or evicted here. Interpreted in exactly one place —
8647
+ * `storage-location-mode.ts` — which also folds the legacy
8648
+ * `enabled` / `config.readOnly` pair into a mode so an old row is never
8649
+ * ambiguous.
8650
+ *
8651
+ * OPTIONAL only for the wire and for rows written before D385: absence is
8652
+ * resolved by `resolveLocationMode`, and the orchestrator stamps every
8653
+ * unstamped row ONCE at hydrate so absence stops existing rather than being
8654
+ * re-derived on every read. `enabled` survives one release as a DERIVED
8655
+ * mirror (`mode === 'active'`); `withLocationMode` is the only writer of
8656
+ * either, so the two cannot disagree.
8657
+ */
8658
+ mode: StorageLocationModeSchema.optional(),
8616
8659
  /** COMPUTED at read time by the orchestrator (statfs of the backing volume
8617
8660
  * for node-local locations it can reach) — never persisted, absent when the
8618
8661
  * volume is remote/unreachable. The single capacity truth every UI reads. */
@@ -8620,11 +8663,46 @@ var StorageLocationSchema = object({
8620
8663
  totalBytes: number(),
8621
8664
  availableBytes: number()
8622
8665
  }).nullable().optional(),
8666
+ /**
8667
+ * How much of that volume CamStack ITSELF holds on this location (D388) —
8668
+ * COMPUTED at read time from the `storage-occupancy` providers' own figures,
8669
+ * never persisted, never a filesystem walk.
8670
+ *
8671
+ * **ABSENT MEANS UNKNOWN, never zero.** No provider has reported for this
8672
+ * location yet — nobody stores here, the owning addon is down, or the first
8673
+ * refresh has not completed. A UI must omit the segment rather than draw it
8674
+ * at zero, which would claim we occupy nothing (D315). It is an OBJECT and
8675
+ * not a bare number precisely so that a `?? 0` on the consuming side has to
8676
+ * be spelled out loud instead of appearing by accident.
8677
+ *
8678
+ * `measuredAtMs` is the OLDEST contributing measurement, so it is honest
8679
+ * about the whole figure rather than about its freshest part.
8680
+ */
8681
+ owned: object({
8682
+ bytes: number().int().nonnegative(),
8683
+ measuredAtMs: number().int().nonnegative()
8684
+ }).optional(),
8623
8685
  createdAt: number(),
8624
8686
  updatedAt: number()
8625
8687
  });
8626
8688
  object({ isDefault: boolean().optional() });
8627
8689
  /**
8690
+ * How far a `drain` has got (D386) — the read a UI renders, and nothing more.
8691
+ *
8692
+ * `estimatedEmptyAtMs` is derived from the growth the ratchet has actually
8693
+ * OBSERVED and is `null` when it has observed none. Never a fabricated date: a
8694
+ * drain with no observed growth has no honest ETA, and inventing one is how an
8695
+ * operator learns not to believe the screen.
8696
+ */
8697
+ var StorageDrainProgressSchema = object({
8698
+ locationId: string$2(),
8699
+ startedAtMs: number(),
8700
+ startBytes: number(),
8701
+ bytesRemaining: number(),
8702
+ drained: boolean(),
8703
+ estimatedEmptyAtMs: number().nullable()
8704
+ });
8705
+ /**
8628
8706
  * Reference accepted by consumer-facing `api.storage.*` calls.
8629
8707
  * Either:
8630
8708
  * - a `StorageLocationType` (e.g. `'backups'`) → the sole location of that type
@@ -20499,8 +20577,25 @@ var occupancyRecheckFramesField = {
20499
20577
  * (analyzer attaches detected `regions[]`; onboard does not — the
20500
20578
  * camera typically only reports a binary signal plus an optional
20501
20579
  * channel/AI class which lives in dedicated event channels).
20502
- */
20503
- var MotionSourceEnum = _enum(["onboard", "analyzer"]);
20580
+ *
20581
+ * - `onboard` — the camera's firmware said something moved.
20582
+ * - `analyzer` — this runner's frame-diff said so, and attaches `regions[]`.
20583
+ * - `device-activity` — the DEVICE said it is doing its job: the
20584
+ * `recording-signal` LEVEL the same device raises for the recorder
20585
+ * ([D380](../../../../docs/decisions/adr-0380-a-device-decided-recording-is-a-mode-with-no-schedule-seeded-once.md)),
20586
+ * republished as a motion source. It attaches **nothing** — no regions, no
20587
+ * class: the only fact it carries is that the device is active, and a robot
20588
+ * vacuum that is itself the moving object has no region worth sending. It is
20589
+ * a LEVEL, so unlike `onboard` it has a real falling edge, and unlike
20590
+ * `analyzer` it must not open the frame-diff side-channel — the runner's
20591
+ * `handleOnboardMotionAnalyzer` gate is `source === 'onboard'` and stays that
20592
+ * way ([D392](../../../../docs/decisions/adr-0392-a-device-that-says-it-is-working-is-a-motion-source-of-its-own.md)).
20593
+ */
20594
+ var MotionSourceEnum = _enum([
20595
+ "onboard",
20596
+ "analyzer",
20597
+ "device-activity"
20598
+ ]);
20504
20599
  /**
20505
20600
  * List of motion sources active on a camera. Empty array is valid:
20506
20601
  * "no source" — happens for battery cams without firmware motion when
@@ -22019,7 +22114,7 @@ method(object({
22019
22114
  }), _void(), {
22020
22115
  kind: "mutation",
22021
22116
  auth: "admin"
22022
- }), method(object({ id: string$2() }), object({
22117
+ }), method(_void(), array(StorageDrainProgressSchema).readonly()), method(object({ id: string$2() }), object({
22023
22118
  ok: boolean(),
22024
22119
  error: string$2().optional()
22025
22120
  }), { auth: "admin" }), method(_void(), array(ProviderListEntrySchema).readonly()), method(object({
@@ -22089,6 +22184,51 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
22089
22184
  kind: "mutation",
22090
22185
  auth: "admin"
22091
22186
  }), method(object({}), array(StorageMigrationJobSchema).readonly(), { auth: "admin" });
22187
+ /**
22188
+ * `storage-occupancy` — how many bytes an addon actually HOLDS on a storage
22189
+ * location (D388).
22190
+ *
22191
+ * ## Why this is not `storage-evictable`
22192
+ *
22193
+ * `storage-evictable.getEvictableUsage` looks like the same question and is
22194
+ * not, in two ways that both matter and both bite hardest on the locations an
22195
+ * operator most wants a figure for:
22196
+ *
22197
+ * - it reports the whole eviction DOMAIN, not the location. `recordings:default`
22198
+ * and `recordingsLow:default` deliberately share one root and evict as one
22199
+ * oldest-first pool, so both answer with the SAME combined total. As an
22200
+ * occupancy figure that double-counts the disk.
22201
+ * - it reports ZERO for a location whose eviction policy is `never` (D385) —
22202
+ * a `readonly` or `disabled` disk. Those are exactly the disks an operator
22203
+ * is retiring and staring at.
22204
+ *
22205
+ * So this is its own contract with its own quantity, and the quantity is
22206
+ * OCCUPIED: every byte the addon holds on that location, whether or not it
22207
+ * would ever be willing to delete it. A provider that can only answer
22208
+ * "evictable" must not register here — a number that silently means different
22209
+ * things per class is worse than no number.
22210
+ *
22211
+ * ## Absence is an answer
22212
+ *
22213
+ * A location nobody reports for is UNKNOWN, never zero (D315). The orchestrator
22214
+ * stamps `StorageLocation.owned` only for locations it has a report for, and
22215
+ * the field is an OBJECT rather than a bare number so that a `?? 0` on the
22216
+ * consuming side has to be written out loud instead of appearing by accident.
22217
+ *
22218
+ * `internal: true` — consumed by the orchestrator's `listLocations` stamp, never
22219
+ * a public client surface. Clients read the stamped `StorageLocation.owned`.
22220
+ */
22221
+ /** One provider's occupancy answer for one location. */
22222
+ var StorageOccupancyReportSchema = object({
22223
+ locationId: string$2(),
22224
+ /** Bytes this provider holds on THAT location — not its eviction domain, and
22225
+ * not net of what it is willing to delete. */
22226
+ ownedBytes: number().int().nonnegative(),
22227
+ /** When the provider last actually measured this. The orchestrator carries it
22228
+ * through so a UI can say how old the figure is instead of implying "now". */
22229
+ measuredAtMs: number().int().nonnegative()
22230
+ });
22231
+ method(object({ locationIds: array(string$2()).readonly() }), array(StorageOccupancyReportSchema).readonly(), { auth: "admin" });
22092
22232
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
22093
22233
  providerId: string$2().min(1),
22094
22234
  displayName: string$2().min(1),
@@ -23924,88 +24064,6 @@ onStatusChanged: { data: object({
23924
24064
  volatileStateFields: ["lastUpdated"]
23925
24065
  };
23926
24066
  /**
23927
- * Network-link snapshot. Same shape for every provider (a Reolink wifi
23928
- * camera, a Home Assistant device with a signal-strength sensor, a Tapo
23929
- * plug): one slice under `device.runtimeState['network-link']`, one badge,
23930
- * one Home Assistant projection.
23931
- */
23932
- var NetworkLinkStatusSchema = object({
23933
- /** The link the device is on. `'unknown'` = not read yet, not "no link". */
23934
- type: _enum([
23935
- "wifi",
23936
- "ethernet",
23937
- "cellular",
23938
- "unknown"
23939
- ]),
23940
- /**
23941
- * Link quality, 0..100 inclusive, normalised by the provider from whatever
23942
- * the firmware reports (bars, RSSI, a vendor scale). **`null` means NOT
23943
- * KNOWN or NOT APPLICABLE** — a wired link has no signal, and a wireless
23944
- * one whose reading has not landed must not be drawn at 0 %. Consumers
23945
- * SKIP a null rather than coerce it.
23946
- */
23947
- signalPercent: number().min(0).max(100).nullable(),
23948
- /** Raw received signal strength in dBm, when the firmware reports one. */
23949
- rssiDbm: number().optional(),
23950
- /** Network name of a wireless link, when the firmware reports it. */
23951
- ssid: string$2().optional(),
23952
- /** Ms epoch of the last observation. Lets consumers reason about freshness. */
23953
- lastUpdated: number()
23954
- });
23955
- var networkLinkCapability = {
23956
- name: "network-link",
23957
- scope: "device",
23958
- deviceNative: true,
23959
- mode: "singleton",
23960
- deviceTypes: [
23961
- DeviceType.Camera,
23962
- DeviceType.Sensor,
23963
- DeviceType.Button,
23964
- DeviceType.Switch,
23965
- DeviceType.Light,
23966
- DeviceType.Lock,
23967
- DeviceType.Siren
23968
- ],
23969
- methods: {},
23970
- events: {
23971
- /**
23972
- * Emitted whenever the cached status changes (a link switch, a signal
23973
- * reading that moved). Mirrored on the parent chain by the
23974
- * DeviceEventPropagator like `battery.onStatusChanged`.
23975
- */
23976
- onStatusChanged: { data: object({
23977
- deviceId: number(),
23978
- status: NetworkLinkStatusSchema
23979
- }) } },
23980
- status: {
23981
- schema: NetworkLinkStatusSchema,
23982
- kind: "push",
23983
- empty: {
23984
- type: "unknown",
23985
- signalPercent: null,
23986
- lastUpdated: 0
23987
- }
23988
- },
23989
- /**
23990
- * Runtime-state slice — every provider stores the same shape under
23991
- * `device.runtimeState['network-link']`, read once by the badge and the
23992
- * Home Assistant projector regardless of the driver.
23993
- */
23994
- runtimeState: NetworkLinkStatusSchema,
23995
- /**
23996
- * Runtime-state durability: **restored** — a link reading is slow to
23997
- * change and a sleeping battery camera may not report for hours; the
23998
- * restored slice is what the badge shows until the next read.
23999
- *
24000
- * See `RuntimeStateDurability`. Enforced by
24001
- * `scripts/check-runtime-state-durability.ts`.
24002
- */
24003
- durability: "restored",
24004
- /** Clock fields: written, but excluded from the compare that decides
24005
- * whether persisting is worth a SQLite commit. */
24006
- volatileStateFields: ["lastUpdated"]
24007
- };
24008
- /**
24009
24067
  * Generic boolean sensor — last-resort fallback when no domain-
24010
24068
  * specific binary cap fits (Home Assistant `binary_sensor` without a
24011
24069
  * known `device_class`, or a domain we haven't typed yet). Pure
@@ -27552,6 +27610,369 @@ var nativeObjectDetectionCapability = {
27552
27610
  volatileStateFields: ["lastFetchedAt"]
27553
27611
  };
27554
27612
  /**
27613
+ * `navigation` — a device-scoped capability that natively expresses the FULL
27614
+ * navigation / action surface of a robot that DRIVES ITSELF and carries an
27615
+ * on-board camera (the Dreame robot-vacuum camera is the first provider).
27616
+ *
27617
+ * Why a NEW cap rather than overloading `ptz`:
27618
+ * - `ptz` moves a *gimbal* on a fixed camera (pan/tilt/zoom of the lens). A
27619
+ * robot vacuum has no gimbal — the whole chassis drives, turns and spins.
27620
+ * The two are different physical models: PTZ is absolute-position + presets,
27621
+ * navigation is momentary drive nudges + discrete robot ACTIONS
27622
+ * (dock / spot-clean / follow-pet / go-to-point / …).
27623
+ * - This cap is the SOURCE OF TRUTH. Two consumers adapt from it rather than
27624
+ * the reverse:
27625
+ * 1. a native CamStack navigation panel (data-driven from `listActions`
27626
+ * / `getOptions`), and
27627
+ * 2. the PTZ surface — a thin adapter mimics `ptz` from `navigation` so a
27628
+ * robot camera shows up in the existing PTZ control path without every
27629
+ * PTZ provider learning about robots. The mapping lives in the adapter,
27630
+ * not here (see the addon design note):
27631
+ * ptz.continuousMove({pan,tilt}) → navigation.move({pan,tilt})
27632
+ * ptz.stop() → navigation.stop()
27633
+ * ptz.goHome() → navigation.runAction('goHome')
27634
+ * ptz.getPresets() → navigation.listActions() (id→preset)
27635
+ * ptz.goToPreset(id) → navigation.runAction(id)
27636
+ *
27637
+ * ## Continuous drive
27638
+ *
27639
+ * `move` is MOMENTARY. Fluid navigation comes from the UI (or the PTZ adapter)
27640
+ * sending `move({pan,tilt})` REPEATEDLY at ~1 Hz while a direction is held, and
27641
+ * one `stop()` on release — exactly like the robot app's remote-drive joystick.
27642
+ * The provider forwards EACH `move` to one drive write; it must NOT debounce or
27643
+ * coalesce them. The UI owns the cadence.
27644
+ *
27645
+ * ## The action dictionary
27646
+ *
27647
+ * The discrete controls (dock / locate / spot-clean / follow / flash / sounds)
27648
+ * are a DATA-DRIVEN dictionary the cap exposes via `listActions()`. Each entry
27649
+ * carries `{ id, kind, label, icon }` (plus `soundId` for sound entries) so the
27650
+ * native panel AND the PTZ mimic render buttons WITHOUT hardcoding a
27651
+ * vendor-specific list. `kind: 'action'` entries are triggered with
27652
+ * `runAction({ actionId })`; `kind: 'sound'` entries with `playSound({ soundId })`
27653
+ * (the entry carries the `soundId` to pass). The general primitives — `move`,
27654
+ * `stop`, `goToPoint` — stay as first-class methods, not dictionary entries.
27655
+ *
27656
+ * NOTE (provider wiring): the first provider (Dreame) drives this with the RAW
27657
+ * `callAction(siid,aiid,in)` / `setProperty({siid,piid,value})` MIoT primitives
27658
+ * that the currently-published `@apocaliss92/nodedreame` already exposes on
27659
+ * every device handle. A future nodedreame publish adds a typed
27660
+ * `DreameCameraController` (drive / playPetSound / spotClean / findPet / …); the
27661
+ * provider can then swap the raw calls for the typed methods with no change to
27662
+ * THIS contract.
27663
+ */
27664
+ /**
27665
+ * A momentary drive nudge. The robot MOVES (no gimbal) for as long as the caller
27666
+ * keeps sending nudges (~1 Hz); an explicit `stop` (or letting the nudges lapse)
27667
+ * halts it.
27668
+ *
27669
+ * - `pan` — turn: negative = left, positive = right, 0 = straight.
27670
+ * - `tilt` — throttle: positive = forward, negative = spin / turn-around.
27671
+ * - `speed` — optional intensity hint [0, 1]; the provider may scale the drive
27672
+ * vector by it (drivers without proportional drive ignore it).
27673
+ *
27674
+ * `pan` / `tilt` are normalized [-1, 1]. Both optional so a caller can nudge one
27675
+ * axis alone; an all-undefined nudge is a no-op.
27676
+ */
27677
+ var NavigationMoveCommandSchema = object({
27678
+ pan: number().min(-1).max(1).optional(),
27679
+ tilt: number().min(-1).max(1).optional(),
27680
+ speed: number().min(0).max(1).optional()
27681
+ });
27682
+ /**
27683
+ * The enumerated discrete actions a navigation-capable robot can perform via
27684
+ * `runAction`. This is the CLOSED vocabulary; a given device advertises the
27685
+ * subset it supports through `listActions`. Sounds are NOT here — they go through
27686
+ * `playSound` (see the `sound` dictionary entries).
27687
+ */
27688
+ var NavigationActionIdSchema = _enum([
27689
+ "goHome",
27690
+ "locate",
27691
+ "spotClean",
27692
+ "findPet",
27693
+ "personFollow",
27694
+ "stop",
27695
+ "startClean",
27696
+ "pauseClean",
27697
+ "dockWash",
27698
+ "autoEmpty",
27699
+ "flashOn",
27700
+ "flashOff"
27701
+ ]);
27702
+ /** Whether a dictionary entry is a `runAction` action or a `playSound` sound. */
27703
+ var NavigationEntryKindSchema = _enum(["action", "sound"]);
27704
+ /**
27705
+ * One entry in the navigation action dictionary — the DATA-DRIVEN unit both the
27706
+ * native panel and the PTZ mimic render as a button.
27707
+ *
27708
+ * - `id` — stable id. For `kind:'action'` it is a {@link NavigationActionId}
27709
+ * (pass to `runAction`); for `kind:'sound'` it is a namespaced id
27710
+ * (`sound:meow`) whose `soundId` is passed to `playSound`.
27711
+ * - `icon` — icon HINT (lucide-style name; the UI maps it to its own set).
27712
+ * - `label` — operator-facing English label.
27713
+ * - `soundId` — wire sound id, present only on `kind:'sound'` entries.
27714
+ * - `enabled` — per-device FEATURE FLAG. `listActions` reports it so the UI /
27715
+ * PTZ render ONLY enabled entries. Data-driven: the provider
27716
+ * flips it from config, never by editing code.
27717
+ */
27718
+ var NavigationActionEntrySchema = object({
27719
+ id: string$2(),
27720
+ kind: NavigationEntryKindSchema,
27721
+ label: string$2(),
27722
+ icon: string$2(),
27723
+ /** Present only on `kind:'sound'` entries — the id to pass to `playSound`. */
27724
+ soundId: number().int().optional(),
27725
+ /** Per-device feature flag — render this entry only when true. */
27726
+ enabled: boolean()
27727
+ });
27728
+ /** Coordinates for `goToPoint` — a point on the robot's live map. */
27729
+ var NavigationPointSchema = object({
27730
+ x: number(),
27731
+ y: number()
27732
+ });
27733
+ /**
27734
+ * Per-device FEATURE-FLAG report for the general (non-dictionary) primitives.
27735
+ * The cap reports which are enabled so the UI / PTZ render only the controls
27736
+ * that are turned on for THIS device. Data-driven: the provider derives these
27737
+ * from config + probe, never hardcoded in the UI. The per-DICTIONARY-entry flags
27738
+ * live on {@link NavigationActionEntrySchema.enabled}; these gate the primitives
27739
+ * that are not dictionary entries.
27740
+ *
27741
+ * - `move` / `stop` — the momentary drive joystick.
27742
+ * - `goToPoint` — send-to-map-coordinate. Ships OFF on Dreame until the
27743
+ * map-coordinate plumbing is wired.
27744
+ * - `runAction` — the discrete action buttons (dictionary `kind:'action'`).
27745
+ * - `playSound` — the sound buttons (dictionary `kind:'sound'`).
27746
+ * - `light` — the on/off fill-light toggle (works anytime).
27747
+ * - `lightMode` — the auto/manual selector + manual level slider (a
27748
+ * camera-service control; needs an active stream).
27749
+ */
27750
+ var NavigationFeaturesSchema = object({
27751
+ move: boolean(),
27752
+ stop: boolean(),
27753
+ goToPoint: boolean(),
27754
+ runAction: boolean(),
27755
+ playSound: boolean(),
27756
+ light: boolean(),
27757
+ lightMode: boolean()
27758
+ });
27759
+ /** Light mode: `auto` lets the camera choose brightness; `manual` uses `level`. */
27760
+ var NavigationLightModeSchema = _enum(["auto", "manual"]);
27761
+ /**
27762
+ * Live navigation state so the UI can reflect what the robot is doing:
27763
+ * - `mode` — coarse activity (idle / cleaning / following / …).
27764
+ * - `following` — person/pet follow is currently armed.
27765
+ * - `flash` — the on-camera fill light is on.
27766
+ * - `lightMode` — auto vs manual fill-light mode.
27767
+ * - `lightLevel` — manual fill-light level (40..100); meaningful when
27768
+ * `lightMode === 'manual'`.
27769
+ */
27770
+ var NavigationStatusSchema = object({
27771
+ mode: _enum([
27772
+ "idle",
27773
+ "cleaning",
27774
+ "spot",
27775
+ "following",
27776
+ "goto",
27777
+ "returning",
27778
+ "paused",
27779
+ "unknown"
27780
+ ]),
27781
+ following: boolean(),
27782
+ flash: boolean(),
27783
+ lightMode: NavigationLightModeSchema,
27784
+ lightLevel: number().min(40).max(100),
27785
+ /** Ms epoch when the slice was last updated. */
27786
+ lastChangedAt: number()
27787
+ });
27788
+ /**
27789
+ * Runtime-state slice owned by this cap (kernel-managed: validated, mirrored,
27790
+ * observable). Adds `lastFetchedAt` on top of the status shape per the
27791
+ * convention.
27792
+ */
27793
+ var NavigationRuntimeStateSchema = NavigationStatusSchema.extend({ lastFetchedAt: number() });
27794
+ var navigationCapability = {
27795
+ name: "navigation",
27796
+ scope: "device",
27797
+ deviceNative: true,
27798
+ mode: "singleton",
27799
+ deviceTypes: [DeviceType.Camera],
27800
+ deviceConfig: { ui: {
27801
+ kind: "widget",
27802
+ widgetId: "host/navigation-panel",
27803
+ tab: "navigation",
27804
+ topTab: true,
27805
+ label: "Navigation",
27806
+ order: 0
27807
+ } },
27808
+ methods: {
27809
+ /**
27810
+ * Momentary drive nudge (the robot moves). `protected` — mirrors
27811
+ * `ptz.continuousMove` so the Viewer navigation panel (and the PTZ-mimic
27812
+ * path) works for any authenticated user, not admin-only. The UI sends
27813
+ * these at ~1 Hz while a control is held; the provider forwards each one to
27814
+ * a single drive write WITHOUT debouncing.
27815
+ */
27816
+ move: method(NavigationMoveCommandSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
27817
+ /** Halt all motion immediately (zero drive vector). */
27818
+ stop: method(object({ deviceId: number() }), _void(), { kind: "mutation" }),
27819
+ /** Send the robot to a point on its live map. */
27820
+ goToPoint: method(NavigationPointSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
27821
+ /**
27822
+ * Enumerate the discrete controls THIS device supports (data-driven UI +
27823
+ * PTZ mimic). Camera-probed subset of {@link NAVIGATION_ACTION_CATALOG}.
27824
+ */
27825
+ listActions: method(object({ deviceId: number() }), array(NavigationActionEntrySchema)),
27826
+ /**
27827
+ * Run one discrete action (a `kind:'action'` dictionary entry). Invalid /
27828
+ * unsupported action ids are rejected by the provider.
27829
+ */
27830
+ runAction: method(object({
27831
+ deviceId: number(),
27832
+ actionId: NavigationActionIdSchema
27833
+ }), _void(), { kind: "mutation" }),
27834
+ /** Play a sound by its wire id (the `soundId` of a `kind:'sound'` entry). */
27835
+ playSound: method(object({
27836
+ deviceId: number(),
27837
+ soundId: number().int()
27838
+ }), _void(), { kind: "mutation" }),
27839
+ /**
27840
+ * Turn the on-camera fill light on / off (the `OpenFullLight` control —
27841
+ * works anytime, no active stream required).
27842
+ */
27843
+ setLightOn: method(object({
27844
+ deviceId: number(),
27845
+ on: boolean()
27846
+ }), _void(), { kind: "mutation" }),
27847
+ /**
27848
+ * Set the fill-light mode (auto vs manual). `manual` optionally carries the
27849
+ * initial `level`. The auto/manual + level control is a CAMERA-service
27850
+ * action that generally needs an active camera stream/monitor session — the
27851
+ * UI shows the manual level slider ONLY when `mode === 'manual'`.
27852
+ */
27853
+ setLightMode: method(object({
27854
+ deviceId: number(),
27855
+ mode: NavigationLightModeSchema,
27856
+ level: number().min(40).max(100).optional()
27857
+ }), _void(), { kind: "mutation" }),
27858
+ /** Set the MANUAL fill-light level (40..100). Implies `manual` mode. */
27859
+ setLightLevel: method(object({
27860
+ deviceId: number(),
27861
+ level: number().min(40).max(100)
27862
+ }), _void(), { kind: "mutation" }),
27863
+ /**
27864
+ * Per-device FEATURE-FLAG report for the general primitives — drives which
27865
+ * controls the UI shows (the per-entry flags for the dictionary come back on
27866
+ * `listActions`).
27867
+ */
27868
+ getFeatures: method(object({ deviceId: number() }), NavigationFeaturesSchema)
27869
+ },
27870
+ events: { onStatusChanged: { data: object({
27871
+ deviceId: number(),
27872
+ status: NavigationStatusSchema
27873
+ }) } },
27874
+ status: {
27875
+ schema: NavigationStatusSchema,
27876
+ kind: "push"
27877
+ },
27878
+ /**
27879
+ * Runtime-state slice mirrored by the kernel. The navigation panel watches it
27880
+ * for live mode / follow / flash changes.
27881
+ */
27882
+ runtimeState: NavigationRuntimeStateSchema,
27883
+ /**
27884
+ * Runtime-state durability: **session** — like `vacuum-control`, a restored
27885
+ * `mode: cleaning` / `following: true` is a robot that is not actually doing
27886
+ * that. The live handle re-publishes on connect.
27887
+ *
27888
+ * See `RuntimeStateDurability`. Enforced by
27889
+ * `scripts/check-runtime-state-durability.ts`.
27890
+ */
27891
+ durability: "session"
27892
+ };
27893
+ /**
27894
+ * Network-link snapshot. Same shape for every provider (a Reolink wifi
27895
+ * camera, a Home Assistant device with a signal-strength sensor, a Tapo
27896
+ * plug): one slice under `device.runtimeState['network-link']`, one badge,
27897
+ * one Home Assistant projection.
27898
+ */
27899
+ var NetworkLinkStatusSchema = object({
27900
+ /** The link the device is on. `'unknown'` = not read yet, not "no link". */
27901
+ type: _enum([
27902
+ "wifi",
27903
+ "ethernet",
27904
+ "cellular",
27905
+ "unknown"
27906
+ ]),
27907
+ /**
27908
+ * Link quality, 0..100 inclusive, normalised by the provider from whatever
27909
+ * the firmware reports (bars, RSSI, a vendor scale). **`null` means NOT
27910
+ * KNOWN or NOT APPLICABLE** — a wired link has no signal, and a wireless
27911
+ * one whose reading has not landed must not be drawn at 0 %. Consumers
27912
+ * SKIP a null rather than coerce it.
27913
+ */
27914
+ signalPercent: number().min(0).max(100).nullable(),
27915
+ /** Raw received signal strength in dBm, when the firmware reports one. */
27916
+ rssiDbm: number().optional(),
27917
+ /** Network name of a wireless link, when the firmware reports it. */
27918
+ ssid: string$2().optional(),
27919
+ /** Ms epoch of the last observation. Lets consumers reason about freshness. */
27920
+ lastUpdated: number()
27921
+ });
27922
+ var networkLinkCapability = {
27923
+ name: "network-link",
27924
+ scope: "device",
27925
+ deviceNative: true,
27926
+ mode: "singleton",
27927
+ deviceTypes: [
27928
+ DeviceType.Camera,
27929
+ DeviceType.Sensor,
27930
+ DeviceType.Button,
27931
+ DeviceType.Switch,
27932
+ DeviceType.Light,
27933
+ DeviceType.Lock,
27934
+ DeviceType.Siren
27935
+ ],
27936
+ methods: {},
27937
+ events: {
27938
+ /**
27939
+ * Emitted whenever the cached status changes (a link switch, a signal
27940
+ * reading that moved). Mirrored on the parent chain by the
27941
+ * DeviceEventPropagator like `battery.onStatusChanged`.
27942
+ */
27943
+ onStatusChanged: { data: object({
27944
+ deviceId: number(),
27945
+ status: NetworkLinkStatusSchema
27946
+ }) } },
27947
+ status: {
27948
+ schema: NetworkLinkStatusSchema,
27949
+ kind: "push",
27950
+ empty: {
27951
+ type: "unknown",
27952
+ signalPercent: null,
27953
+ lastUpdated: 0
27954
+ }
27955
+ },
27956
+ /**
27957
+ * Runtime-state slice — every provider stores the same shape under
27958
+ * `device.runtimeState['network-link']`, read once by the badge and the
27959
+ * Home Assistant projector regardless of the driver.
27960
+ */
27961
+ runtimeState: NetworkLinkStatusSchema,
27962
+ /**
27963
+ * Runtime-state durability: **restored** — a link reading is slow to
27964
+ * change and a sleeping battery camera may not report for hours; the
27965
+ * restored slice is what the badge shows until the next read.
27966
+ *
27967
+ * See `RuntimeStateDurability`. Enforced by
27968
+ * `scripts/check-runtime-state-durability.ts`.
27969
+ */
27970
+ durability: "restored",
27971
+ /** Clock fields: written, but excluded from the compare that decides
27972
+ * whether persisting is worth a SQLite commit. */
27973
+ volatileStateFields: ["lastUpdated"]
27974
+ };
27975
+ /**
27555
27976
  * network-quality — system-scoped singleton capability tracking RTT,
27556
27977
  * jitter, and observed/peak bandwidth per device + per client.
27557
27978
  *
@@ -29132,287 +29553,6 @@ var ptzAutotrackCapability = {
29132
29553
  */
29133
29554
  durability: "session"
29134
29555
  };
29135
- /**
29136
- * `navigation` — a device-scoped capability that natively expresses the FULL
29137
- * navigation / action surface of a robot that DRIVES ITSELF and carries an
29138
- * on-board camera (the Dreame robot-vacuum camera is the first provider).
29139
- *
29140
- * Why a NEW cap rather than overloading `ptz`:
29141
- * - `ptz` moves a *gimbal* on a fixed camera (pan/tilt/zoom of the lens). A
29142
- * robot vacuum has no gimbal — the whole chassis drives, turns and spins.
29143
- * The two are different physical models: PTZ is absolute-position + presets,
29144
- * navigation is momentary drive nudges + discrete robot ACTIONS
29145
- * (dock / spot-clean / follow-pet / go-to-point / …).
29146
- * - This cap is the SOURCE OF TRUTH. Two consumers adapt from it rather than
29147
- * the reverse:
29148
- * 1. a native CamStack navigation panel (data-driven from `listActions`
29149
- * / `getOptions`), and
29150
- * 2. the PTZ surface — a thin adapter mimics `ptz` from `navigation` so a
29151
- * robot camera shows up in the existing PTZ control path without every
29152
- * PTZ provider learning about robots. The mapping lives in the adapter,
29153
- * not here (see the addon design note):
29154
- * ptz.continuousMove({pan,tilt}) → navigation.move({pan,tilt})
29155
- * ptz.stop() → navigation.stop()
29156
- * ptz.goHome() → navigation.runAction('goHome')
29157
- * ptz.getPresets() → navigation.listActions() (id→preset)
29158
- * ptz.goToPreset(id) → navigation.runAction(id)
29159
- *
29160
- * ## Continuous drive
29161
- *
29162
- * `move` is MOMENTARY. Fluid navigation comes from the UI (or the PTZ adapter)
29163
- * sending `move({pan,tilt})` REPEATEDLY at ~1 Hz while a direction is held, and
29164
- * one `stop()` on release — exactly like the robot app's remote-drive joystick.
29165
- * The provider forwards EACH `move` to one drive write; it must NOT debounce or
29166
- * coalesce them. The UI owns the cadence.
29167
- *
29168
- * ## The action dictionary
29169
- *
29170
- * The discrete controls (dock / locate / spot-clean / follow / flash / sounds)
29171
- * are a DATA-DRIVEN dictionary the cap exposes via `listActions()`. Each entry
29172
- * carries `{ id, kind, label, icon }` (plus `soundId` for sound entries) so the
29173
- * native panel AND the PTZ mimic render buttons WITHOUT hardcoding a
29174
- * vendor-specific list. `kind: 'action'` entries are triggered with
29175
- * `runAction({ actionId })`; `kind: 'sound'` entries with `playSound({ soundId })`
29176
- * (the entry carries the `soundId` to pass). The general primitives — `move`,
29177
- * `stop`, `goToPoint` — stay as first-class methods, not dictionary entries.
29178
- *
29179
- * NOTE (provider wiring): the first provider (Dreame) drives this with the RAW
29180
- * `callAction(siid,aiid,in)` / `setProperty({siid,piid,value})` MIoT primitives
29181
- * that the currently-published `@apocaliss92/nodedreame` already exposes on
29182
- * every device handle. A future nodedreame publish adds a typed
29183
- * `DreameCameraController` (drive / playPetSound / spotClean / findPet / …); the
29184
- * provider can then swap the raw calls for the typed methods with no change to
29185
- * THIS contract.
29186
- */
29187
- /**
29188
- * A momentary drive nudge. The robot MOVES (no gimbal) for as long as the caller
29189
- * keeps sending nudges (~1 Hz); an explicit `stop` (or letting the nudges lapse)
29190
- * halts it.
29191
- *
29192
- * - `pan` — turn: negative = left, positive = right, 0 = straight.
29193
- * - `tilt` — throttle: positive = forward, negative = spin / turn-around.
29194
- * - `speed` — optional intensity hint [0, 1]; the provider may scale the drive
29195
- * vector by it (drivers without proportional drive ignore it).
29196
- *
29197
- * `pan` / `tilt` are normalized [-1, 1]. Both optional so a caller can nudge one
29198
- * axis alone; an all-undefined nudge is a no-op.
29199
- */
29200
- var NavigationMoveCommandSchema = object({
29201
- pan: number().min(-1).max(1).optional(),
29202
- tilt: number().min(-1).max(1).optional(),
29203
- speed: number().min(0).max(1).optional()
29204
- });
29205
- /**
29206
- * The enumerated discrete actions a navigation-capable robot can perform via
29207
- * `runAction`. This is the CLOSED vocabulary; a given device advertises the
29208
- * subset it supports through `listActions`. Sounds are NOT here — they go through
29209
- * `playSound` (see the `sound` dictionary entries).
29210
- */
29211
- var NavigationActionIdSchema = _enum([
29212
- "goHome",
29213
- "locate",
29214
- "spotClean",
29215
- "findPet",
29216
- "personFollow",
29217
- "stop",
29218
- "startClean",
29219
- "pauseClean",
29220
- "dockWash",
29221
- "autoEmpty",
29222
- "flashOn",
29223
- "flashOff"
29224
- ]);
29225
- /** Whether a dictionary entry is a `runAction` action or a `playSound` sound. */
29226
- var NavigationEntryKindSchema = _enum(["action", "sound"]);
29227
- /**
29228
- * One entry in the navigation action dictionary — the DATA-DRIVEN unit both the
29229
- * native panel and the PTZ mimic render as a button.
29230
- *
29231
- * - `id` — stable id. For `kind:'action'` it is a {@link NavigationActionId}
29232
- * (pass to `runAction`); for `kind:'sound'` it is a namespaced id
29233
- * (`sound:meow`) whose `soundId` is passed to `playSound`.
29234
- * - `icon` — icon HINT (lucide-style name; the UI maps it to its own set).
29235
- * - `label` — operator-facing English label.
29236
- * - `soundId` — wire sound id, present only on `kind:'sound'` entries.
29237
- * - `enabled` — per-device FEATURE FLAG. `listActions` reports it so the UI /
29238
- * PTZ render ONLY enabled entries. Data-driven: the provider
29239
- * flips it from config, never by editing code.
29240
- */
29241
- var NavigationActionEntrySchema = object({
29242
- id: string$2(),
29243
- kind: NavigationEntryKindSchema,
29244
- label: string$2(),
29245
- icon: string$2(),
29246
- /** Present only on `kind:'sound'` entries — the id to pass to `playSound`. */
29247
- soundId: number().int().optional(),
29248
- /** Per-device feature flag — render this entry only when true. */
29249
- enabled: boolean()
29250
- });
29251
- /** Coordinates for `goToPoint` — a point on the robot's live map. */
29252
- var NavigationPointSchema = object({
29253
- x: number(),
29254
- y: number()
29255
- });
29256
- /**
29257
- * Per-device FEATURE-FLAG report for the general (non-dictionary) primitives.
29258
- * The cap reports which are enabled so the UI / PTZ render only the controls
29259
- * that are turned on for THIS device. Data-driven: the provider derives these
29260
- * from config + probe, never hardcoded in the UI. The per-DICTIONARY-entry flags
29261
- * live on {@link NavigationActionEntrySchema.enabled}; these gate the primitives
29262
- * that are not dictionary entries.
29263
- *
29264
- * - `move` / `stop` — the momentary drive joystick.
29265
- * - `goToPoint` — send-to-map-coordinate. Ships OFF on Dreame until the
29266
- * map-coordinate plumbing is wired.
29267
- * - `runAction` — the discrete action buttons (dictionary `kind:'action'`).
29268
- * - `playSound` — the sound buttons (dictionary `kind:'sound'`).
29269
- * - `light` — the on/off fill-light toggle (works anytime).
29270
- * - `lightMode` — the auto/manual selector + manual level slider (a
29271
- * camera-service control; needs an active stream).
29272
- */
29273
- var NavigationFeaturesSchema = object({
29274
- move: boolean(),
29275
- stop: boolean(),
29276
- goToPoint: boolean(),
29277
- runAction: boolean(),
29278
- playSound: boolean(),
29279
- light: boolean(),
29280
- lightMode: boolean()
29281
- });
29282
- /** Light mode: `auto` lets the camera choose brightness; `manual` uses `level`. */
29283
- var NavigationLightModeSchema = _enum(["auto", "manual"]);
29284
- /**
29285
- * Live navigation state so the UI can reflect what the robot is doing:
29286
- * - `mode` — coarse activity (idle / cleaning / following / …).
29287
- * - `following` — person/pet follow is currently armed.
29288
- * - `flash` — the on-camera fill light is on.
29289
- * - `lightMode` — auto vs manual fill-light mode.
29290
- * - `lightLevel` — manual fill-light level (40..100); meaningful when
29291
- * `lightMode === 'manual'`.
29292
- */
29293
- var NavigationStatusSchema = object({
29294
- mode: _enum([
29295
- "idle",
29296
- "cleaning",
29297
- "spot",
29298
- "following",
29299
- "goto",
29300
- "returning",
29301
- "paused",
29302
- "unknown"
29303
- ]),
29304
- following: boolean(),
29305
- flash: boolean(),
29306
- lightMode: NavigationLightModeSchema,
29307
- lightLevel: number().min(40).max(100),
29308
- /** Ms epoch when the slice was last updated. */
29309
- lastChangedAt: number()
29310
- });
29311
- /**
29312
- * Runtime-state slice owned by this cap (kernel-managed: validated, mirrored,
29313
- * observable). Adds `lastFetchedAt` on top of the status shape per the
29314
- * convention.
29315
- */
29316
- var NavigationRuntimeStateSchema = NavigationStatusSchema.extend({ lastFetchedAt: number() });
29317
- var navigationCapability = {
29318
- name: "navigation",
29319
- scope: "device",
29320
- deviceNative: true,
29321
- mode: "singleton",
29322
- deviceTypes: [DeviceType.Camera],
29323
- deviceConfig: { ui: {
29324
- kind: "widget",
29325
- widgetId: "host/navigation-panel",
29326
- tab: "navigation",
29327
- topTab: true,
29328
- label: "Navigation",
29329
- order: 0
29330
- } },
29331
- methods: {
29332
- /**
29333
- * Momentary drive nudge (the robot moves). `protected` — mirrors
29334
- * `ptz.continuousMove` so the Viewer navigation panel (and the PTZ-mimic
29335
- * path) works for any authenticated user, not admin-only. The UI sends
29336
- * these at ~1 Hz while a control is held; the provider forwards each one to
29337
- * a single drive write WITHOUT debouncing.
29338
- */
29339
- move: method(NavigationMoveCommandSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
29340
- /** Halt all motion immediately (zero drive vector). */
29341
- stop: method(object({ deviceId: number() }), _void(), { kind: "mutation" }),
29342
- /** Send the robot to a point on its live map. */
29343
- goToPoint: method(NavigationPointSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
29344
- /**
29345
- * Enumerate the discrete controls THIS device supports (data-driven UI +
29346
- * PTZ mimic). Camera-probed subset of {@link NAVIGATION_ACTION_CATALOG}.
29347
- */
29348
- listActions: method(object({ deviceId: number() }), array(NavigationActionEntrySchema)),
29349
- /**
29350
- * Run one discrete action (a `kind:'action'` dictionary entry). Invalid /
29351
- * unsupported action ids are rejected by the provider.
29352
- */
29353
- runAction: method(object({
29354
- deviceId: number(),
29355
- actionId: NavigationActionIdSchema
29356
- }), _void(), { kind: "mutation" }),
29357
- /** Play a sound by its wire id (the `soundId` of a `kind:'sound'` entry). */
29358
- playSound: method(object({
29359
- deviceId: number(),
29360
- soundId: number().int()
29361
- }), _void(), { kind: "mutation" }),
29362
- /**
29363
- * Turn the on-camera fill light on / off (the `OpenFullLight` control —
29364
- * works anytime, no active stream required).
29365
- */
29366
- setLightOn: method(object({
29367
- deviceId: number(),
29368
- on: boolean()
29369
- }), _void(), { kind: "mutation" }),
29370
- /**
29371
- * Set the fill-light mode (auto vs manual). `manual` optionally carries the
29372
- * initial `level`. The auto/manual + level control is a CAMERA-service
29373
- * action that generally needs an active camera stream/monitor session — the
29374
- * UI shows the manual level slider ONLY when `mode === 'manual'`.
29375
- */
29376
- setLightMode: method(object({
29377
- deviceId: number(),
29378
- mode: NavigationLightModeSchema,
29379
- level: number().min(40).max(100).optional()
29380
- }), _void(), { kind: "mutation" }),
29381
- /** Set the MANUAL fill-light level (40..100). Implies `manual` mode. */
29382
- setLightLevel: method(object({
29383
- deviceId: number(),
29384
- level: number().min(40).max(100)
29385
- }), _void(), { kind: "mutation" }),
29386
- /**
29387
- * Per-device FEATURE-FLAG report for the general primitives — drives which
29388
- * controls the UI shows (the per-entry flags for the dictionary come back on
29389
- * `listActions`).
29390
- */
29391
- getFeatures: method(object({ deviceId: number() }), NavigationFeaturesSchema)
29392
- },
29393
- events: { onStatusChanged: { data: object({
29394
- deviceId: number(),
29395
- status: NavigationStatusSchema
29396
- }) } },
29397
- status: {
29398
- schema: NavigationStatusSchema,
29399
- kind: "push"
29400
- },
29401
- /**
29402
- * Runtime-state slice mirrored by the kernel. The navigation panel watches it
29403
- * for live mode / follow / flash changes.
29404
- */
29405
- runtimeState: NavigationRuntimeStateSchema,
29406
- /**
29407
- * Runtime-state durability: **session** — like `vacuum-control`, a restored
29408
- * `mode: cleaning` / `following: true` is a robot that is not actually doing
29409
- * that. The live handle re-publishes on connect.
29410
- *
29411
- * See `RuntimeStateDurability`. Enforced by
29412
- * `scripts/check-runtime-state-durability.ts`.
29413
- */
29414
- durability: "session"
29415
- };
29416
29556
  DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceId: number().int().nonnegative() }), object({ success: literal(true) }), {
29417
29557
  kind: "mutation",
29418
29558
  auth: "admin"
@@ -38875,6 +39015,12 @@ Object.freeze({
38875
39015
  addonId: null,
38876
39016
  access: "view"
38877
39017
  },
39018
+ "storage.listDrainProgress": {
39019
+ capName: "storage",
39020
+ capScope: "system",
39021
+ addonId: null,
39022
+ access: "view"
39023
+ },
38878
39024
  "storage.listLocationDeclarations": {
38879
39025
  capName: "storage",
38880
39026
  capScope: "system",
@@ -39019,6 +39165,12 @@ Object.freeze({
39019
39165
  addonId: null,
39020
39166
  access: "view"
39021
39167
  },
39168
+ "storageOccupancy.getOccupancy": {
39169
+ capName: "storage-occupancy",
39170
+ capScope: "system",
39171
+ addonId: null,
39172
+ access: "view"
39173
+ },
39022
39174
  "storageProvider.abortUpload": {
39023
39175
  capName: "storage-provider",
39024
39176
  capScope: "system",