@camstack/addon-provider-dreo 0.2.79 → 0.2.81

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.js CHANGED
@@ -35,7 +35,7 @@ var __toCommonJS = (mod) => __hasOwnProp.call(mod, "module.exports") ? mod["modu
35
35
  //#endregion
36
36
  let crypto$1 = require("crypto");
37
37
  let events = require("events");
38
- //#region ../types/dist/event-category-zAv7pMUz.mjs
38
+ //#region ../types/dist/event-category-CnLqLOKs.mjs
39
39
  var EventCategory = /* @__PURE__ */ function(EventCategory) {
40
40
  EventCategory["SystemBoot"] = "system.boot";
41
41
  EventCategory["SystemAddonsReady"] = "system.addons-ready";
@@ -230,6 +230,19 @@ var EventCategory = /* @__PURE__ */ function(EventCategory) {
230
230
  EventCategory["ProcessCrashed"] = "process.crashed";
231
231
  EventCategory["ProcessRestartScheduled"] = "process.restart_scheduled";
232
232
  EventCategory["ProcessRestarted"] = "process.restarted";
233
+ /**
234
+ * The SET of storage locations changed — one was created, edited, enabled,
235
+ * disabled or deleted through `storage.upsertLocation` / `deleteLocation`.
236
+ *
237
+ * Telemetry, not a transaction (D8/D11): every consumer that re-resolves on
238
+ * it must also converge on its own periodic path, because a dropped event
239
+ * must not leave a node writing to yesterday's disk set forever. It exists
240
+ * because there was NO signal at all — an operator who added a second
241
+ * recordings disk in the admin UI got nothing, and the recorder kept its
242
+ * resolved locations until something else happened to re-resolve them
243
+ * (D387). Payload `StorageLocationsChangedPayload`.
244
+ */
245
+ EventCategory["StorageLocationsChanged"] = "storage.locations-changed";
233
246
  EventCategory["RecordingStarted"] = "recording.started";
234
247
  EventCategory["RecordingStopped"] = "recording.stopped";
235
248
  EventCategory["RecordingError"] = "recording.error";
@@ -8572,6 +8585,21 @@ var StorageCleanupJobSchema = object({
8572
8585
  });
8573
8586
  var StorageCleanupStatusInputSchema = object({ jobId: string().optional() });
8574
8587
  /**
8588
+ * The one typed state of a storage location. Authoritative Zod schema — the TS
8589
+ * alias below is `z.infer<>` of it, never a second spelling.
8590
+ */
8591
+ var StorageLocationModeSchema = _enum([
8592
+ "active",
8593
+ "readonly",
8594
+ "drain",
8595
+ "disabled"
8596
+ ]);
8597
+ _enum([
8598
+ "normal",
8599
+ "never",
8600
+ "drain"
8601
+ ]);
8602
+ /**
8575
8603
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8576
8604
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8577
8605
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8637,6 +8665,21 @@ var StorageLocationSchema = object({
8637
8665
  * stops existing rather than being re-derived on every read.
8638
8666
  */
8639
8667
  enabled: boolean().optional(),
8668
+ /**
8669
+ * THE state of this location (D385), and the only authority on what may be
8670
+ * written, read or evicted here. Interpreted in exactly one place —
8671
+ * `storage-location-mode.ts` — which also folds the legacy
8672
+ * `enabled` / `config.readOnly` pair into a mode so an old row is never
8673
+ * ambiguous.
8674
+ *
8675
+ * OPTIONAL only for the wire and for rows written before D385: absence is
8676
+ * resolved by `resolveLocationMode`, and the orchestrator stamps every
8677
+ * unstamped row ONCE at hydrate so absence stops existing rather than being
8678
+ * re-derived on every read. `enabled` survives one release as a DERIVED
8679
+ * mirror (`mode === 'active'`); `withLocationMode` is the only writer of
8680
+ * either, so the two cannot disagree.
8681
+ */
8682
+ mode: StorageLocationModeSchema.optional(),
8640
8683
  /** COMPUTED at read time by the orchestrator (statfs of the backing volume
8641
8684
  * for node-local locations it can reach) — never persisted, absent when the
8642
8685
  * volume is remote/unreachable. The single capacity truth every UI reads. */
@@ -8644,11 +8687,46 @@ var StorageLocationSchema = object({
8644
8687
  totalBytes: number(),
8645
8688
  availableBytes: number()
8646
8689
  }).nullable().optional(),
8690
+ /**
8691
+ * How much of that volume CamStack ITSELF holds on this location (D388) —
8692
+ * COMPUTED at read time from the `storage-occupancy` providers' own figures,
8693
+ * never persisted, never a filesystem walk.
8694
+ *
8695
+ * **ABSENT MEANS UNKNOWN, never zero.** No provider has reported for this
8696
+ * location yet — nobody stores here, the owning addon is down, or the first
8697
+ * refresh has not completed. A UI must omit the segment rather than draw it
8698
+ * at zero, which would claim we occupy nothing (D315). It is an OBJECT and
8699
+ * not a bare number precisely so that a `?? 0` on the consuming side has to
8700
+ * be spelled out loud instead of appearing by accident.
8701
+ *
8702
+ * `measuredAtMs` is the OLDEST contributing measurement, so it is honest
8703
+ * about the whole figure rather than about its freshest part.
8704
+ */
8705
+ owned: object({
8706
+ bytes: number().int().nonnegative(),
8707
+ measuredAtMs: number().int().nonnegative()
8708
+ }).optional(),
8647
8709
  createdAt: number(),
8648
8710
  updatedAt: number()
8649
8711
  });
8650
8712
  object({ isDefault: boolean().optional() });
8651
8713
  /**
8714
+ * How far a `drain` has got (D386) — the read a UI renders, and nothing more.
8715
+ *
8716
+ * `estimatedEmptyAtMs` is derived from the growth the ratchet has actually
8717
+ * OBSERVED and is `null` when it has observed none. Never a fabricated date: a
8718
+ * drain with no observed growth has no honest ETA, and inventing one is how an
8719
+ * operator learns not to believe the screen.
8720
+ */
8721
+ var StorageDrainProgressSchema = object({
8722
+ locationId: string(),
8723
+ startedAtMs: number(),
8724
+ startBytes: number(),
8725
+ bytesRemaining: number(),
8726
+ drained: boolean(),
8727
+ estimatedEmptyAtMs: number().nullable()
8728
+ });
8729
+ /**
8652
8730
  * Reference accepted by consumer-facing `api.storage.*` calls.
8653
8731
  * Either:
8654
8732
  * - a `StorageLocationType` (e.g. `'backups'`) → the sole location of that type
@@ -20474,8 +20552,25 @@ var occupancyRecheckFramesField = {
20474
20552
  * (analyzer attaches detected `regions[]`; onboard does not — the
20475
20553
  * camera typically only reports a binary signal plus an optional
20476
20554
  * channel/AI class which lives in dedicated event channels).
20477
- */
20478
- var MotionSourceEnum = _enum(["onboard", "analyzer"]);
20555
+ *
20556
+ * - `onboard` — the camera's firmware said something moved.
20557
+ * - `analyzer` — this runner's frame-diff said so, and attaches `regions[]`.
20558
+ * - `device-activity` — the DEVICE said it is doing its job: the
20559
+ * `recording-signal` LEVEL the same device raises for the recorder
20560
+ * ([D380](../../../../docs/decisions/adr-0380-a-device-decided-recording-is-a-mode-with-no-schedule-seeded-once.md)),
20561
+ * republished as a motion source. It attaches **nothing** — no regions, no
20562
+ * class: the only fact it carries is that the device is active, and a robot
20563
+ * vacuum that is itself the moving object has no region worth sending. It is
20564
+ * a LEVEL, so unlike `onboard` it has a real falling edge, and unlike
20565
+ * `analyzer` it must not open the frame-diff side-channel — the runner's
20566
+ * `handleOnboardMotionAnalyzer` gate is `source === 'onboard'` and stays that
20567
+ * way ([D392](../../../../docs/decisions/adr-0392-a-device-that-says-it-is-working-is-a-motion-source-of-its-own.md)).
20568
+ */
20569
+ var MotionSourceEnum = _enum([
20570
+ "onboard",
20571
+ "analyzer",
20572
+ "device-activity"
20573
+ ]);
20479
20574
  /**
20480
20575
  * List of motion sources active on a camera. Empty array is valid:
20481
20576
  * "no source" — happens for battery cams without firmware motion when
@@ -21994,7 +22089,7 @@ method(object({
21994
22089
  }), _void(), {
21995
22090
  kind: "mutation",
21996
22091
  auth: "admin"
21997
- }), method(object({ id: string() }), object({
22092
+ }), method(_void(), array(StorageDrainProgressSchema).readonly()), method(object({ id: string() }), object({
21998
22093
  ok: boolean(),
21999
22094
  error: string().optional()
22000
22095
  }), { auth: "admin" }), method(_void(), array(ProviderListEntrySchema).readonly()), method(object({
@@ -22064,6 +22159,51 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
22064
22159
  kind: "mutation",
22065
22160
  auth: "admin"
22066
22161
  }), method(object({}), array(StorageMigrationJobSchema).readonly(), { auth: "admin" });
22162
+ /**
22163
+ * `storage-occupancy` — how many bytes an addon actually HOLDS on a storage
22164
+ * location (D388).
22165
+ *
22166
+ * ## Why this is not `storage-evictable`
22167
+ *
22168
+ * `storage-evictable.getEvictableUsage` looks like the same question and is
22169
+ * not, in two ways that both matter and both bite hardest on the locations an
22170
+ * operator most wants a figure for:
22171
+ *
22172
+ * - it reports the whole eviction DOMAIN, not the location. `recordings:default`
22173
+ * and `recordingsLow:default` deliberately share one root and evict as one
22174
+ * oldest-first pool, so both answer with the SAME combined total. As an
22175
+ * occupancy figure that double-counts the disk.
22176
+ * - it reports ZERO for a location whose eviction policy is `never` (D385) —
22177
+ * a `readonly` or `disabled` disk. Those are exactly the disks an operator
22178
+ * is retiring and staring at.
22179
+ *
22180
+ * So this is its own contract with its own quantity, and the quantity is
22181
+ * OCCUPIED: every byte the addon holds on that location, whether or not it
22182
+ * would ever be willing to delete it. A provider that can only answer
22183
+ * "evictable" must not register here — a number that silently means different
22184
+ * things per class is worse than no number.
22185
+ *
22186
+ * ## Absence is an answer
22187
+ *
22188
+ * A location nobody reports for is UNKNOWN, never zero (D315). The orchestrator
22189
+ * stamps `StorageLocation.owned` only for locations it has a report for, and
22190
+ * the field is an OBJECT rather than a bare number so that a `?? 0` on the
22191
+ * consuming side has to be written out loud instead of appearing by accident.
22192
+ *
22193
+ * `internal: true` — consumed by the orchestrator's `listLocations` stamp, never
22194
+ * a public client surface. Clients read the stamped `StorageLocation.owned`.
22195
+ */
22196
+ /** One provider's occupancy answer for one location. */
22197
+ var StorageOccupancyReportSchema = object({
22198
+ locationId: string(),
22199
+ /** Bytes this provider holds on THAT location — not its eviction domain, and
22200
+ * not net of what it is willing to delete. */
22201
+ ownedBytes: number().int().nonnegative(),
22202
+ /** When the provider last actually measured this. The orchestrator carries it
22203
+ * through so a UI can say how old the figure is instead of implying "now". */
22204
+ measuredAtMs: number().int().nonnegative()
22205
+ });
22206
+ method(object({ locationIds: array(string()).readonly() }), array(StorageOccupancyReportSchema).readonly(), { auth: "admin" });
22067
22207
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
22068
22208
  providerId: string().min(1),
22069
22209
  displayName: string().min(1),
@@ -23899,88 +24039,6 @@ onStatusChanged: { data: object({
23899
24039
  volatileStateFields: ["lastUpdated"]
23900
24040
  };
23901
24041
  /**
23902
- * Network-link snapshot. Same shape for every provider (a Reolink wifi
23903
- * camera, a Home Assistant device with a signal-strength sensor, a Tapo
23904
- * plug): one slice under `device.runtimeState['network-link']`, one badge,
23905
- * one Home Assistant projection.
23906
- */
23907
- var NetworkLinkStatusSchema = object({
23908
- /** The link the device is on. `'unknown'` = not read yet, not "no link". */
23909
- type: _enum([
23910
- "wifi",
23911
- "ethernet",
23912
- "cellular",
23913
- "unknown"
23914
- ]),
23915
- /**
23916
- * Link quality, 0..100 inclusive, normalised by the provider from whatever
23917
- * the firmware reports (bars, RSSI, a vendor scale). **`null` means NOT
23918
- * KNOWN or NOT APPLICABLE** — a wired link has no signal, and a wireless
23919
- * one whose reading has not landed must not be drawn at 0 %. Consumers
23920
- * SKIP a null rather than coerce it.
23921
- */
23922
- signalPercent: number().min(0).max(100).nullable(),
23923
- /** Raw received signal strength in dBm, when the firmware reports one. */
23924
- rssiDbm: number().optional(),
23925
- /** Network name of a wireless link, when the firmware reports it. */
23926
- ssid: string().optional(),
23927
- /** Ms epoch of the last observation. Lets consumers reason about freshness. */
23928
- lastUpdated: number()
23929
- });
23930
- var networkLinkCapability = {
23931
- name: "network-link",
23932
- scope: "device",
23933
- deviceNative: true,
23934
- mode: "singleton",
23935
- deviceTypes: [
23936
- DeviceType.Camera,
23937
- DeviceType.Sensor,
23938
- DeviceType.Button,
23939
- DeviceType.Switch,
23940
- DeviceType.Light,
23941
- DeviceType.Lock,
23942
- DeviceType.Siren
23943
- ],
23944
- methods: {},
23945
- events: {
23946
- /**
23947
- * Emitted whenever the cached status changes (a link switch, a signal
23948
- * reading that moved). Mirrored on the parent chain by the
23949
- * DeviceEventPropagator like `battery.onStatusChanged`.
23950
- */
23951
- onStatusChanged: { data: object({
23952
- deviceId: number(),
23953
- status: NetworkLinkStatusSchema
23954
- }) } },
23955
- status: {
23956
- schema: NetworkLinkStatusSchema,
23957
- kind: "push",
23958
- empty: {
23959
- type: "unknown",
23960
- signalPercent: null,
23961
- lastUpdated: 0
23962
- }
23963
- },
23964
- /**
23965
- * Runtime-state slice — every provider stores the same shape under
23966
- * `device.runtimeState['network-link']`, read once by the badge and the
23967
- * Home Assistant projector regardless of the driver.
23968
- */
23969
- runtimeState: NetworkLinkStatusSchema,
23970
- /**
23971
- * Runtime-state durability: **restored** — a link reading is slow to
23972
- * change and a sleeping battery camera may not report for hours; the
23973
- * restored slice is what the badge shows until the next read.
23974
- *
23975
- * See `RuntimeStateDurability`. Enforced by
23976
- * `scripts/check-runtime-state-durability.ts`.
23977
- */
23978
- durability: "restored",
23979
- /** Clock fields: written, but excluded from the compare that decides
23980
- * whether persisting is worth a SQLite commit. */
23981
- volatileStateFields: ["lastUpdated"]
23982
- };
23983
- /**
23984
24042
  * Generic boolean sensor — last-resort fallback when no domain-
23985
24043
  * specific binary cap fits (Home Assistant `binary_sensor` without a
23986
24044
  * known `device_class`, or a domain we haven't typed yet). Pure
@@ -27518,6 +27576,369 @@ var nativeObjectDetectionCapability = {
27518
27576
  volatileStateFields: ["lastFetchedAt"]
27519
27577
  };
27520
27578
  /**
27579
+ * `navigation` — a device-scoped capability that natively expresses the FULL
27580
+ * navigation / action surface of a robot that DRIVES ITSELF and carries an
27581
+ * on-board camera (the Dreame robot-vacuum camera is the first provider).
27582
+ *
27583
+ * Why a NEW cap rather than overloading `ptz`:
27584
+ * - `ptz` moves a *gimbal* on a fixed camera (pan/tilt/zoom of the lens). A
27585
+ * robot vacuum has no gimbal — the whole chassis drives, turns and spins.
27586
+ * The two are different physical models: PTZ is absolute-position + presets,
27587
+ * navigation is momentary drive nudges + discrete robot ACTIONS
27588
+ * (dock / spot-clean / follow-pet / go-to-point / …).
27589
+ * - This cap is the SOURCE OF TRUTH. Two consumers adapt from it rather than
27590
+ * the reverse:
27591
+ * 1. a native CamStack navigation panel (data-driven from `listActions`
27592
+ * / `getOptions`), and
27593
+ * 2. the PTZ surface — a thin adapter mimics `ptz` from `navigation` so a
27594
+ * robot camera shows up in the existing PTZ control path without every
27595
+ * PTZ provider learning about robots. The mapping lives in the adapter,
27596
+ * not here (see the addon design note):
27597
+ * ptz.continuousMove({pan,tilt}) → navigation.move({pan,tilt})
27598
+ * ptz.stop() → navigation.stop()
27599
+ * ptz.goHome() → navigation.runAction('goHome')
27600
+ * ptz.getPresets() → navigation.listActions() (id→preset)
27601
+ * ptz.goToPreset(id) → navigation.runAction(id)
27602
+ *
27603
+ * ## Continuous drive
27604
+ *
27605
+ * `move` is MOMENTARY. Fluid navigation comes from the UI (or the PTZ adapter)
27606
+ * sending `move({pan,tilt})` REPEATEDLY at ~1 Hz while a direction is held, and
27607
+ * one `stop()` on release — exactly like the robot app's remote-drive joystick.
27608
+ * The provider forwards EACH `move` to one drive write; it must NOT debounce or
27609
+ * coalesce them. The UI owns the cadence.
27610
+ *
27611
+ * ## The action dictionary
27612
+ *
27613
+ * The discrete controls (dock / locate / spot-clean / follow / flash / sounds)
27614
+ * are a DATA-DRIVEN dictionary the cap exposes via `listActions()`. Each entry
27615
+ * carries `{ id, kind, label, icon }` (plus `soundId` for sound entries) so the
27616
+ * native panel AND the PTZ mimic render buttons WITHOUT hardcoding a
27617
+ * vendor-specific list. `kind: 'action'` entries are triggered with
27618
+ * `runAction({ actionId })`; `kind: 'sound'` entries with `playSound({ soundId })`
27619
+ * (the entry carries the `soundId` to pass). The general primitives — `move`,
27620
+ * `stop`, `goToPoint` — stay as first-class methods, not dictionary entries.
27621
+ *
27622
+ * NOTE (provider wiring): the first provider (Dreame) drives this with the RAW
27623
+ * `callAction(siid,aiid,in)` / `setProperty({siid,piid,value})` MIoT primitives
27624
+ * that the currently-published `@apocaliss92/nodedreame` already exposes on
27625
+ * every device handle. A future nodedreame publish adds a typed
27626
+ * `DreameCameraController` (drive / playPetSound / spotClean / findPet / …); the
27627
+ * provider can then swap the raw calls for the typed methods with no change to
27628
+ * THIS contract.
27629
+ */
27630
+ /**
27631
+ * A momentary drive nudge. The robot MOVES (no gimbal) for as long as the caller
27632
+ * keeps sending nudges (~1 Hz); an explicit `stop` (or letting the nudges lapse)
27633
+ * halts it.
27634
+ *
27635
+ * - `pan` — turn: negative = left, positive = right, 0 = straight.
27636
+ * - `tilt` — throttle: positive = forward, negative = spin / turn-around.
27637
+ * - `speed` — optional intensity hint [0, 1]; the provider may scale the drive
27638
+ * vector by it (drivers without proportional drive ignore it).
27639
+ *
27640
+ * `pan` / `tilt` are normalized [-1, 1]. Both optional so a caller can nudge one
27641
+ * axis alone; an all-undefined nudge is a no-op.
27642
+ */
27643
+ var NavigationMoveCommandSchema = object({
27644
+ pan: number().min(-1).max(1).optional(),
27645
+ tilt: number().min(-1).max(1).optional(),
27646
+ speed: number().min(0).max(1).optional()
27647
+ });
27648
+ /**
27649
+ * The enumerated discrete actions a navigation-capable robot can perform via
27650
+ * `runAction`. This is the CLOSED vocabulary; a given device advertises the
27651
+ * subset it supports through `listActions`. Sounds are NOT here — they go through
27652
+ * `playSound` (see the `sound` dictionary entries).
27653
+ */
27654
+ var NavigationActionIdSchema = _enum([
27655
+ "goHome",
27656
+ "locate",
27657
+ "spotClean",
27658
+ "findPet",
27659
+ "personFollow",
27660
+ "stop",
27661
+ "startClean",
27662
+ "pauseClean",
27663
+ "dockWash",
27664
+ "autoEmpty",
27665
+ "flashOn",
27666
+ "flashOff"
27667
+ ]);
27668
+ /** Whether a dictionary entry is a `runAction` action or a `playSound` sound. */
27669
+ var NavigationEntryKindSchema = _enum(["action", "sound"]);
27670
+ /**
27671
+ * One entry in the navigation action dictionary — the DATA-DRIVEN unit both the
27672
+ * native panel and the PTZ mimic render as a button.
27673
+ *
27674
+ * - `id` — stable id. For `kind:'action'` it is a {@link NavigationActionId}
27675
+ * (pass to `runAction`); for `kind:'sound'` it is a namespaced id
27676
+ * (`sound:meow`) whose `soundId` is passed to `playSound`.
27677
+ * - `icon` — icon HINT (lucide-style name; the UI maps it to its own set).
27678
+ * - `label` — operator-facing English label.
27679
+ * - `soundId` — wire sound id, present only on `kind:'sound'` entries.
27680
+ * - `enabled` — per-device FEATURE FLAG. `listActions` reports it so the UI /
27681
+ * PTZ render ONLY enabled entries. Data-driven: the provider
27682
+ * flips it from config, never by editing code.
27683
+ */
27684
+ var NavigationActionEntrySchema = object({
27685
+ id: string(),
27686
+ kind: NavigationEntryKindSchema,
27687
+ label: string(),
27688
+ icon: string(),
27689
+ /** Present only on `kind:'sound'` entries — the id to pass to `playSound`. */
27690
+ soundId: number().int().optional(),
27691
+ /** Per-device feature flag — render this entry only when true. */
27692
+ enabled: boolean()
27693
+ });
27694
+ /** Coordinates for `goToPoint` — a point on the robot's live map. */
27695
+ var NavigationPointSchema = object({
27696
+ x: number(),
27697
+ y: number()
27698
+ });
27699
+ /**
27700
+ * Per-device FEATURE-FLAG report for the general (non-dictionary) primitives.
27701
+ * The cap reports which are enabled so the UI / PTZ render only the controls
27702
+ * that are turned on for THIS device. Data-driven: the provider derives these
27703
+ * from config + probe, never hardcoded in the UI. The per-DICTIONARY-entry flags
27704
+ * live on {@link NavigationActionEntrySchema.enabled}; these gate the primitives
27705
+ * that are not dictionary entries.
27706
+ *
27707
+ * - `move` / `stop` — the momentary drive joystick.
27708
+ * - `goToPoint` — send-to-map-coordinate. Ships OFF on Dreame until the
27709
+ * map-coordinate plumbing is wired.
27710
+ * - `runAction` — the discrete action buttons (dictionary `kind:'action'`).
27711
+ * - `playSound` — the sound buttons (dictionary `kind:'sound'`).
27712
+ * - `light` — the on/off fill-light toggle (works anytime).
27713
+ * - `lightMode` — the auto/manual selector + manual level slider (a
27714
+ * camera-service control; needs an active stream).
27715
+ */
27716
+ var NavigationFeaturesSchema = object({
27717
+ move: boolean(),
27718
+ stop: boolean(),
27719
+ goToPoint: boolean(),
27720
+ runAction: boolean(),
27721
+ playSound: boolean(),
27722
+ light: boolean(),
27723
+ lightMode: boolean()
27724
+ });
27725
+ /** Light mode: `auto` lets the camera choose brightness; `manual` uses `level`. */
27726
+ var NavigationLightModeSchema = _enum(["auto", "manual"]);
27727
+ /**
27728
+ * Live navigation state so the UI can reflect what the robot is doing:
27729
+ * - `mode` — coarse activity (idle / cleaning / following / …).
27730
+ * - `following` — person/pet follow is currently armed.
27731
+ * - `flash` — the on-camera fill light is on.
27732
+ * - `lightMode` — auto vs manual fill-light mode.
27733
+ * - `lightLevel` — manual fill-light level (40..100); meaningful when
27734
+ * `lightMode === 'manual'`.
27735
+ */
27736
+ var NavigationStatusSchema = object({
27737
+ mode: _enum([
27738
+ "idle",
27739
+ "cleaning",
27740
+ "spot",
27741
+ "following",
27742
+ "goto",
27743
+ "returning",
27744
+ "paused",
27745
+ "unknown"
27746
+ ]),
27747
+ following: boolean(),
27748
+ flash: boolean(),
27749
+ lightMode: NavigationLightModeSchema,
27750
+ lightLevel: number().min(40).max(100),
27751
+ /** Ms epoch when the slice was last updated. */
27752
+ lastChangedAt: number()
27753
+ });
27754
+ /**
27755
+ * Runtime-state slice owned by this cap (kernel-managed: validated, mirrored,
27756
+ * observable). Adds `lastFetchedAt` on top of the status shape per the
27757
+ * convention.
27758
+ */
27759
+ var NavigationRuntimeStateSchema = NavigationStatusSchema.extend({ lastFetchedAt: number() });
27760
+ var navigationCapability = {
27761
+ name: "navigation",
27762
+ scope: "device",
27763
+ deviceNative: true,
27764
+ mode: "singleton",
27765
+ deviceTypes: [DeviceType.Camera],
27766
+ deviceConfig: { ui: {
27767
+ kind: "widget",
27768
+ widgetId: "host/navigation-panel",
27769
+ tab: "navigation",
27770
+ topTab: true,
27771
+ label: "Navigation",
27772
+ order: 0
27773
+ } },
27774
+ methods: {
27775
+ /**
27776
+ * Momentary drive nudge (the robot moves). `protected` — mirrors
27777
+ * `ptz.continuousMove` so the Viewer navigation panel (and the PTZ-mimic
27778
+ * path) works for any authenticated user, not admin-only. The UI sends
27779
+ * these at ~1 Hz while a control is held; the provider forwards each one to
27780
+ * a single drive write WITHOUT debouncing.
27781
+ */
27782
+ move: method(NavigationMoveCommandSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
27783
+ /** Halt all motion immediately (zero drive vector). */
27784
+ stop: method(object({ deviceId: number() }), _void(), { kind: "mutation" }),
27785
+ /** Send the robot to a point on its live map. */
27786
+ goToPoint: method(NavigationPointSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
27787
+ /**
27788
+ * Enumerate the discrete controls THIS device supports (data-driven UI +
27789
+ * PTZ mimic). Camera-probed subset of {@link NAVIGATION_ACTION_CATALOG}.
27790
+ */
27791
+ listActions: method(object({ deviceId: number() }), array(NavigationActionEntrySchema)),
27792
+ /**
27793
+ * Run one discrete action (a `kind:'action'` dictionary entry). Invalid /
27794
+ * unsupported action ids are rejected by the provider.
27795
+ */
27796
+ runAction: method(object({
27797
+ deviceId: number(),
27798
+ actionId: NavigationActionIdSchema
27799
+ }), _void(), { kind: "mutation" }),
27800
+ /** Play a sound by its wire id (the `soundId` of a `kind:'sound'` entry). */
27801
+ playSound: method(object({
27802
+ deviceId: number(),
27803
+ soundId: number().int()
27804
+ }), _void(), { kind: "mutation" }),
27805
+ /**
27806
+ * Turn the on-camera fill light on / off (the `OpenFullLight` control —
27807
+ * works anytime, no active stream required).
27808
+ */
27809
+ setLightOn: method(object({
27810
+ deviceId: number(),
27811
+ on: boolean()
27812
+ }), _void(), { kind: "mutation" }),
27813
+ /**
27814
+ * Set the fill-light mode (auto vs manual). `manual` optionally carries the
27815
+ * initial `level`. The auto/manual + level control is a CAMERA-service
27816
+ * action that generally needs an active camera stream/monitor session — the
27817
+ * UI shows the manual level slider ONLY when `mode === 'manual'`.
27818
+ */
27819
+ setLightMode: method(object({
27820
+ deviceId: number(),
27821
+ mode: NavigationLightModeSchema,
27822
+ level: number().min(40).max(100).optional()
27823
+ }), _void(), { kind: "mutation" }),
27824
+ /** Set the MANUAL fill-light level (40..100). Implies `manual` mode. */
27825
+ setLightLevel: method(object({
27826
+ deviceId: number(),
27827
+ level: number().min(40).max(100)
27828
+ }), _void(), { kind: "mutation" }),
27829
+ /**
27830
+ * Per-device FEATURE-FLAG report for the general primitives — drives which
27831
+ * controls the UI shows (the per-entry flags for the dictionary come back on
27832
+ * `listActions`).
27833
+ */
27834
+ getFeatures: method(object({ deviceId: number() }), NavigationFeaturesSchema)
27835
+ },
27836
+ events: { onStatusChanged: { data: object({
27837
+ deviceId: number(),
27838
+ status: NavigationStatusSchema
27839
+ }) } },
27840
+ status: {
27841
+ schema: NavigationStatusSchema,
27842
+ kind: "push"
27843
+ },
27844
+ /**
27845
+ * Runtime-state slice mirrored by the kernel. The navigation panel watches it
27846
+ * for live mode / follow / flash changes.
27847
+ */
27848
+ runtimeState: NavigationRuntimeStateSchema,
27849
+ /**
27850
+ * Runtime-state durability: **session** — like `vacuum-control`, a restored
27851
+ * `mode: cleaning` / `following: true` is a robot that is not actually doing
27852
+ * that. The live handle re-publishes on connect.
27853
+ *
27854
+ * See `RuntimeStateDurability`. Enforced by
27855
+ * `scripts/check-runtime-state-durability.ts`.
27856
+ */
27857
+ durability: "session"
27858
+ };
27859
+ /**
27860
+ * Network-link snapshot. Same shape for every provider (a Reolink wifi
27861
+ * camera, a Home Assistant device with a signal-strength sensor, a Tapo
27862
+ * plug): one slice under `device.runtimeState['network-link']`, one badge,
27863
+ * one Home Assistant projection.
27864
+ */
27865
+ var NetworkLinkStatusSchema = object({
27866
+ /** The link the device is on. `'unknown'` = not read yet, not "no link". */
27867
+ type: _enum([
27868
+ "wifi",
27869
+ "ethernet",
27870
+ "cellular",
27871
+ "unknown"
27872
+ ]),
27873
+ /**
27874
+ * Link quality, 0..100 inclusive, normalised by the provider from whatever
27875
+ * the firmware reports (bars, RSSI, a vendor scale). **`null` means NOT
27876
+ * KNOWN or NOT APPLICABLE** — a wired link has no signal, and a wireless
27877
+ * one whose reading has not landed must not be drawn at 0 %. Consumers
27878
+ * SKIP a null rather than coerce it.
27879
+ */
27880
+ signalPercent: number().min(0).max(100).nullable(),
27881
+ /** Raw received signal strength in dBm, when the firmware reports one. */
27882
+ rssiDbm: number().optional(),
27883
+ /** Network name of a wireless link, when the firmware reports it. */
27884
+ ssid: string().optional(),
27885
+ /** Ms epoch of the last observation. Lets consumers reason about freshness. */
27886
+ lastUpdated: number()
27887
+ });
27888
+ var networkLinkCapability = {
27889
+ name: "network-link",
27890
+ scope: "device",
27891
+ deviceNative: true,
27892
+ mode: "singleton",
27893
+ deviceTypes: [
27894
+ DeviceType.Camera,
27895
+ DeviceType.Sensor,
27896
+ DeviceType.Button,
27897
+ DeviceType.Switch,
27898
+ DeviceType.Light,
27899
+ DeviceType.Lock,
27900
+ DeviceType.Siren
27901
+ ],
27902
+ methods: {},
27903
+ events: {
27904
+ /**
27905
+ * Emitted whenever the cached status changes (a link switch, a signal
27906
+ * reading that moved). Mirrored on the parent chain by the
27907
+ * DeviceEventPropagator like `battery.onStatusChanged`.
27908
+ */
27909
+ onStatusChanged: { data: object({
27910
+ deviceId: number(),
27911
+ status: NetworkLinkStatusSchema
27912
+ }) } },
27913
+ status: {
27914
+ schema: NetworkLinkStatusSchema,
27915
+ kind: "push",
27916
+ empty: {
27917
+ type: "unknown",
27918
+ signalPercent: null,
27919
+ lastUpdated: 0
27920
+ }
27921
+ },
27922
+ /**
27923
+ * Runtime-state slice — every provider stores the same shape under
27924
+ * `device.runtimeState['network-link']`, read once by the badge and the
27925
+ * Home Assistant projector regardless of the driver.
27926
+ */
27927
+ runtimeState: NetworkLinkStatusSchema,
27928
+ /**
27929
+ * Runtime-state durability: **restored** — a link reading is slow to
27930
+ * change and a sleeping battery camera may not report for hours; the
27931
+ * restored slice is what the badge shows until the next read.
27932
+ *
27933
+ * See `RuntimeStateDurability`. Enforced by
27934
+ * `scripts/check-runtime-state-durability.ts`.
27935
+ */
27936
+ durability: "restored",
27937
+ /** Clock fields: written, but excluded from the compare that decides
27938
+ * whether persisting is worth a SQLite commit. */
27939
+ volatileStateFields: ["lastUpdated"]
27940
+ };
27941
+ /**
27521
27942
  * network-quality — system-scoped singleton capability tracking RTT,
27522
27943
  * jitter, and observed/peak bandwidth per device + per client.
27523
27944
  *
@@ -29098,287 +29519,6 @@ var ptzAutotrackCapability = {
29098
29519
  */
29099
29520
  durability: "session"
29100
29521
  };
29101
- /**
29102
- * `navigation` — a device-scoped capability that natively expresses the FULL
29103
- * navigation / action surface of a robot that DRIVES ITSELF and carries an
29104
- * on-board camera (the Dreame robot-vacuum camera is the first provider).
29105
- *
29106
- * Why a NEW cap rather than overloading `ptz`:
29107
- * - `ptz` moves a *gimbal* on a fixed camera (pan/tilt/zoom of the lens). A
29108
- * robot vacuum has no gimbal — the whole chassis drives, turns and spins.
29109
- * The two are different physical models: PTZ is absolute-position + presets,
29110
- * navigation is momentary drive nudges + discrete robot ACTIONS
29111
- * (dock / spot-clean / follow-pet / go-to-point / …).
29112
- * - This cap is the SOURCE OF TRUTH. Two consumers adapt from it rather than
29113
- * the reverse:
29114
- * 1. a native CamStack navigation panel (data-driven from `listActions`
29115
- * / `getOptions`), and
29116
- * 2. the PTZ surface — a thin adapter mimics `ptz` from `navigation` so a
29117
- * robot camera shows up in the existing PTZ control path without every
29118
- * PTZ provider learning about robots. The mapping lives in the adapter,
29119
- * not here (see the addon design note):
29120
- * ptz.continuousMove({pan,tilt}) → navigation.move({pan,tilt})
29121
- * ptz.stop() → navigation.stop()
29122
- * ptz.goHome() → navigation.runAction('goHome')
29123
- * ptz.getPresets() → navigation.listActions() (id→preset)
29124
- * ptz.goToPreset(id) → navigation.runAction(id)
29125
- *
29126
- * ## Continuous drive
29127
- *
29128
- * `move` is MOMENTARY. Fluid navigation comes from the UI (or the PTZ adapter)
29129
- * sending `move({pan,tilt})` REPEATEDLY at ~1 Hz while a direction is held, and
29130
- * one `stop()` on release — exactly like the robot app's remote-drive joystick.
29131
- * The provider forwards EACH `move` to one drive write; it must NOT debounce or
29132
- * coalesce them. The UI owns the cadence.
29133
- *
29134
- * ## The action dictionary
29135
- *
29136
- * The discrete controls (dock / locate / spot-clean / follow / flash / sounds)
29137
- * are a DATA-DRIVEN dictionary the cap exposes via `listActions()`. Each entry
29138
- * carries `{ id, kind, label, icon }` (plus `soundId` for sound entries) so the
29139
- * native panel AND the PTZ mimic render buttons WITHOUT hardcoding a
29140
- * vendor-specific list. `kind: 'action'` entries are triggered with
29141
- * `runAction({ actionId })`; `kind: 'sound'` entries with `playSound({ soundId })`
29142
- * (the entry carries the `soundId` to pass). The general primitives — `move`,
29143
- * `stop`, `goToPoint` — stay as first-class methods, not dictionary entries.
29144
- *
29145
- * NOTE (provider wiring): the first provider (Dreame) drives this with the RAW
29146
- * `callAction(siid,aiid,in)` / `setProperty({siid,piid,value})` MIoT primitives
29147
- * that the currently-published `@apocaliss92/nodedreame` already exposes on
29148
- * every device handle. A future nodedreame publish adds a typed
29149
- * `DreameCameraController` (drive / playPetSound / spotClean / findPet / …); the
29150
- * provider can then swap the raw calls for the typed methods with no change to
29151
- * THIS contract.
29152
- */
29153
- /**
29154
- * A momentary drive nudge. The robot MOVES (no gimbal) for as long as the caller
29155
- * keeps sending nudges (~1 Hz); an explicit `stop` (or letting the nudges lapse)
29156
- * halts it.
29157
- *
29158
- * - `pan` — turn: negative = left, positive = right, 0 = straight.
29159
- * - `tilt` — throttle: positive = forward, negative = spin / turn-around.
29160
- * - `speed` — optional intensity hint [0, 1]; the provider may scale the drive
29161
- * vector by it (drivers without proportional drive ignore it).
29162
- *
29163
- * `pan` / `tilt` are normalized [-1, 1]. Both optional so a caller can nudge one
29164
- * axis alone; an all-undefined nudge is a no-op.
29165
- */
29166
- var NavigationMoveCommandSchema = object({
29167
- pan: number().min(-1).max(1).optional(),
29168
- tilt: number().min(-1).max(1).optional(),
29169
- speed: number().min(0).max(1).optional()
29170
- });
29171
- /**
29172
- * The enumerated discrete actions a navigation-capable robot can perform via
29173
- * `runAction`. This is the CLOSED vocabulary; a given device advertises the
29174
- * subset it supports through `listActions`. Sounds are NOT here — they go through
29175
- * `playSound` (see the `sound` dictionary entries).
29176
- */
29177
- var NavigationActionIdSchema = _enum([
29178
- "goHome",
29179
- "locate",
29180
- "spotClean",
29181
- "findPet",
29182
- "personFollow",
29183
- "stop",
29184
- "startClean",
29185
- "pauseClean",
29186
- "dockWash",
29187
- "autoEmpty",
29188
- "flashOn",
29189
- "flashOff"
29190
- ]);
29191
- /** Whether a dictionary entry is a `runAction` action or a `playSound` sound. */
29192
- var NavigationEntryKindSchema = _enum(["action", "sound"]);
29193
- /**
29194
- * One entry in the navigation action dictionary — the DATA-DRIVEN unit both the
29195
- * native panel and the PTZ mimic render as a button.
29196
- *
29197
- * - `id` — stable id. For `kind:'action'` it is a {@link NavigationActionId}
29198
- * (pass to `runAction`); for `kind:'sound'` it is a namespaced id
29199
- * (`sound:meow`) whose `soundId` is passed to `playSound`.
29200
- * - `icon` — icon HINT (lucide-style name; the UI maps it to its own set).
29201
- * - `label` — operator-facing English label.
29202
- * - `soundId` — wire sound id, present only on `kind:'sound'` entries.
29203
- * - `enabled` — per-device FEATURE FLAG. `listActions` reports it so the UI /
29204
- * PTZ render ONLY enabled entries. Data-driven: the provider
29205
- * flips it from config, never by editing code.
29206
- */
29207
- var NavigationActionEntrySchema = object({
29208
- id: string(),
29209
- kind: NavigationEntryKindSchema,
29210
- label: string(),
29211
- icon: string(),
29212
- /** Present only on `kind:'sound'` entries — the id to pass to `playSound`. */
29213
- soundId: number().int().optional(),
29214
- /** Per-device feature flag — render this entry only when true. */
29215
- enabled: boolean()
29216
- });
29217
- /** Coordinates for `goToPoint` — a point on the robot's live map. */
29218
- var NavigationPointSchema = object({
29219
- x: number(),
29220
- y: number()
29221
- });
29222
- /**
29223
- * Per-device FEATURE-FLAG report for the general (non-dictionary) primitives.
29224
- * The cap reports which are enabled so the UI / PTZ render only the controls
29225
- * that are turned on for THIS device. Data-driven: the provider derives these
29226
- * from config + probe, never hardcoded in the UI. The per-DICTIONARY-entry flags
29227
- * live on {@link NavigationActionEntrySchema.enabled}; these gate the primitives
29228
- * that are not dictionary entries.
29229
- *
29230
- * - `move` / `stop` — the momentary drive joystick.
29231
- * - `goToPoint` — send-to-map-coordinate. Ships OFF on Dreame until the
29232
- * map-coordinate plumbing is wired.
29233
- * - `runAction` — the discrete action buttons (dictionary `kind:'action'`).
29234
- * - `playSound` — the sound buttons (dictionary `kind:'sound'`).
29235
- * - `light` — the on/off fill-light toggle (works anytime).
29236
- * - `lightMode` — the auto/manual selector + manual level slider (a
29237
- * camera-service control; needs an active stream).
29238
- */
29239
- var NavigationFeaturesSchema = object({
29240
- move: boolean(),
29241
- stop: boolean(),
29242
- goToPoint: boolean(),
29243
- runAction: boolean(),
29244
- playSound: boolean(),
29245
- light: boolean(),
29246
- lightMode: boolean()
29247
- });
29248
- /** Light mode: `auto` lets the camera choose brightness; `manual` uses `level`. */
29249
- var NavigationLightModeSchema = _enum(["auto", "manual"]);
29250
- /**
29251
- * Live navigation state so the UI can reflect what the robot is doing:
29252
- * - `mode` — coarse activity (idle / cleaning / following / …).
29253
- * - `following` — person/pet follow is currently armed.
29254
- * - `flash` — the on-camera fill light is on.
29255
- * - `lightMode` — auto vs manual fill-light mode.
29256
- * - `lightLevel` — manual fill-light level (40..100); meaningful when
29257
- * `lightMode === 'manual'`.
29258
- */
29259
- var NavigationStatusSchema = object({
29260
- mode: _enum([
29261
- "idle",
29262
- "cleaning",
29263
- "spot",
29264
- "following",
29265
- "goto",
29266
- "returning",
29267
- "paused",
29268
- "unknown"
29269
- ]),
29270
- following: boolean(),
29271
- flash: boolean(),
29272
- lightMode: NavigationLightModeSchema,
29273
- lightLevel: number().min(40).max(100),
29274
- /** Ms epoch when the slice was last updated. */
29275
- lastChangedAt: number()
29276
- });
29277
- /**
29278
- * Runtime-state slice owned by this cap (kernel-managed: validated, mirrored,
29279
- * observable). Adds `lastFetchedAt` on top of the status shape per the
29280
- * convention.
29281
- */
29282
- var NavigationRuntimeStateSchema = NavigationStatusSchema.extend({ lastFetchedAt: number() });
29283
- var navigationCapability = {
29284
- name: "navigation",
29285
- scope: "device",
29286
- deviceNative: true,
29287
- mode: "singleton",
29288
- deviceTypes: [DeviceType.Camera],
29289
- deviceConfig: { ui: {
29290
- kind: "widget",
29291
- widgetId: "host/navigation-panel",
29292
- tab: "navigation",
29293
- topTab: true,
29294
- label: "Navigation",
29295
- order: 0
29296
- } },
29297
- methods: {
29298
- /**
29299
- * Momentary drive nudge (the robot moves). `protected` — mirrors
29300
- * `ptz.continuousMove` so the Viewer navigation panel (and the PTZ-mimic
29301
- * path) works for any authenticated user, not admin-only. The UI sends
29302
- * these at ~1 Hz while a control is held; the provider forwards each one to
29303
- * a single drive write WITHOUT debouncing.
29304
- */
29305
- move: method(NavigationMoveCommandSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
29306
- /** Halt all motion immediately (zero drive vector). */
29307
- stop: method(object({ deviceId: number() }), _void(), { kind: "mutation" }),
29308
- /** Send the robot to a point on its live map. */
29309
- goToPoint: method(NavigationPointSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
29310
- /**
29311
- * Enumerate the discrete controls THIS device supports (data-driven UI +
29312
- * PTZ mimic). Camera-probed subset of {@link NAVIGATION_ACTION_CATALOG}.
29313
- */
29314
- listActions: method(object({ deviceId: number() }), array(NavigationActionEntrySchema)),
29315
- /**
29316
- * Run one discrete action (a `kind:'action'` dictionary entry). Invalid /
29317
- * unsupported action ids are rejected by the provider.
29318
- */
29319
- runAction: method(object({
29320
- deviceId: number(),
29321
- actionId: NavigationActionIdSchema
29322
- }), _void(), { kind: "mutation" }),
29323
- /** Play a sound by its wire id (the `soundId` of a `kind:'sound'` entry). */
29324
- playSound: method(object({
29325
- deviceId: number(),
29326
- soundId: number().int()
29327
- }), _void(), { kind: "mutation" }),
29328
- /**
29329
- * Turn the on-camera fill light on / off (the `OpenFullLight` control —
29330
- * works anytime, no active stream required).
29331
- */
29332
- setLightOn: method(object({
29333
- deviceId: number(),
29334
- on: boolean()
29335
- }), _void(), { kind: "mutation" }),
29336
- /**
29337
- * Set the fill-light mode (auto vs manual). `manual` optionally carries the
29338
- * initial `level`. The auto/manual + level control is a CAMERA-service
29339
- * action that generally needs an active camera stream/monitor session — the
29340
- * UI shows the manual level slider ONLY when `mode === 'manual'`.
29341
- */
29342
- setLightMode: method(object({
29343
- deviceId: number(),
29344
- mode: NavigationLightModeSchema,
29345
- level: number().min(40).max(100).optional()
29346
- }), _void(), { kind: "mutation" }),
29347
- /** Set the MANUAL fill-light level (40..100). Implies `manual` mode. */
29348
- setLightLevel: method(object({
29349
- deviceId: number(),
29350
- level: number().min(40).max(100)
29351
- }), _void(), { kind: "mutation" }),
29352
- /**
29353
- * Per-device FEATURE-FLAG report for the general primitives — drives which
29354
- * controls the UI shows (the per-entry flags for the dictionary come back on
29355
- * `listActions`).
29356
- */
29357
- getFeatures: method(object({ deviceId: number() }), NavigationFeaturesSchema)
29358
- },
29359
- events: { onStatusChanged: { data: object({
29360
- deviceId: number(),
29361
- status: NavigationStatusSchema
29362
- }) } },
29363
- status: {
29364
- schema: NavigationStatusSchema,
29365
- kind: "push"
29366
- },
29367
- /**
29368
- * Runtime-state slice mirrored by the kernel. The navigation panel watches it
29369
- * for live mode / follow / flash changes.
29370
- */
29371
- runtimeState: NavigationRuntimeStateSchema,
29372
- /**
29373
- * Runtime-state durability: **session** — like `vacuum-control`, a restored
29374
- * `mode: cleaning` / `following: true` is a robot that is not actually doing
29375
- * that. The live handle re-publishes on connect.
29376
- *
29377
- * See `RuntimeStateDurability`. Enforced by
29378
- * `scripts/check-runtime-state-durability.ts`.
29379
- */
29380
- durability: "session"
29381
- };
29382
29522
  DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceId: number().int().nonnegative() }), object({ success: literal(true) }), {
29383
29523
  kind: "mutation",
29384
29524
  auth: "admin"
@@ -38841,6 +38981,12 @@ Object.freeze({
38841
38981
  addonId: null,
38842
38982
  access: "view"
38843
38983
  },
38984
+ "storage.listDrainProgress": {
38985
+ capName: "storage",
38986
+ capScope: "system",
38987
+ addonId: null,
38988
+ access: "view"
38989
+ },
38844
38990
  "storage.listLocationDeclarations": {
38845
38991
  capName: "storage",
38846
38992
  capScope: "system",
@@ -38985,6 +39131,12 @@ Object.freeze({
38985
39131
  addonId: null,
38986
39132
  access: "view"
38987
39133
  },
39134
+ "storageOccupancy.getOccupancy": {
39135
+ capName: "storage-occupancy",
39136
+ capScope: "system",
39137
+ addonId: null,
39138
+ access: "view"
39139
+ },
38988
39140
  "storageProvider.abortUpload": {
38989
39141
  capName: "storage-provider",
38990
39142
  capScope: "system",