@camstack/addon-provider-unifi 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.mjs CHANGED
@@ -1,4 +1,4 @@
1
- //#region ../types/dist/event-category-zAv7pMUz.mjs
1
+ //#region ../types/dist/event-category-CnLqLOKs.mjs
2
2
  var EventCategory = /* @__PURE__ */ function(EventCategory) {
3
3
  EventCategory["SystemBoot"] = "system.boot";
4
4
  EventCategory["SystemAddonsReady"] = "system.addons-ready";
@@ -193,6 +193,19 @@ var EventCategory = /* @__PURE__ */ function(EventCategory) {
193
193
  EventCategory["ProcessCrashed"] = "process.crashed";
194
194
  EventCategory["ProcessRestartScheduled"] = "process.restart_scheduled";
195
195
  EventCategory["ProcessRestarted"] = "process.restarted";
196
+ /**
197
+ * The SET of storage locations changed — one was created, edited, enabled,
198
+ * disabled or deleted through `storage.upsertLocation` / `deleteLocation`.
199
+ *
200
+ * Telemetry, not a transaction (D8/D11): every consumer that re-resolves on
201
+ * it must also converge on its own periodic path, because a dropped event
202
+ * must not leave a node writing to yesterday's disk set forever. It exists
203
+ * because there was NO signal at all — an operator who added a second
204
+ * recordings disk in the admin UI got nothing, and the recorder kept its
205
+ * resolved locations until something else happened to re-resolve them
206
+ * (D387). Payload `StorageLocationsChangedPayload`.
207
+ */
208
+ EventCategory["StorageLocationsChanged"] = "storage.locations-changed";
196
209
  EventCategory["RecordingStarted"] = "recording.started";
197
210
  EventCategory["RecordingStopped"] = "recording.stopped";
198
211
  EventCategory["RecordingError"] = "recording.error";
@@ -8535,6 +8548,21 @@ var StorageCleanupJobSchema = object({
8535
8548
  });
8536
8549
  var StorageCleanupStatusInputSchema = object({ jobId: string().optional() });
8537
8550
  /**
8551
+ * The one typed state of a storage location. Authoritative Zod schema — the TS
8552
+ * alias below is `z.infer<>` of it, never a second spelling.
8553
+ */
8554
+ var StorageLocationModeSchema = _enum([
8555
+ "active",
8556
+ "readonly",
8557
+ "drain",
8558
+ "disabled"
8559
+ ]);
8560
+ _enum([
8561
+ "normal",
8562
+ "never",
8563
+ "drain"
8564
+ ]);
8565
+ /**
8538
8566
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8539
8567
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8540
8568
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8600,6 +8628,21 @@ var StorageLocationSchema = object({
8600
8628
  * stops existing rather than being re-derived on every read.
8601
8629
  */
8602
8630
  enabled: boolean().optional(),
8631
+ /**
8632
+ * THE state of this location (D385), and the only authority on what may be
8633
+ * written, read or evicted here. Interpreted in exactly one place —
8634
+ * `storage-location-mode.ts` — which also folds the legacy
8635
+ * `enabled` / `config.readOnly` pair into a mode so an old row is never
8636
+ * ambiguous.
8637
+ *
8638
+ * OPTIONAL only for the wire and for rows written before D385: absence is
8639
+ * resolved by `resolveLocationMode`, and the orchestrator stamps every
8640
+ * unstamped row ONCE at hydrate so absence stops existing rather than being
8641
+ * re-derived on every read. `enabled` survives one release as a DERIVED
8642
+ * mirror (`mode === 'active'`); `withLocationMode` is the only writer of
8643
+ * either, so the two cannot disagree.
8644
+ */
8645
+ mode: StorageLocationModeSchema.optional(),
8603
8646
  /** COMPUTED at read time by the orchestrator (statfs of the backing volume
8604
8647
  * for node-local locations it can reach) — never persisted, absent when the
8605
8648
  * volume is remote/unreachable. The single capacity truth every UI reads. */
@@ -8607,11 +8650,46 @@ var StorageLocationSchema = object({
8607
8650
  totalBytes: number(),
8608
8651
  availableBytes: number()
8609
8652
  }).nullable().optional(),
8653
+ /**
8654
+ * How much of that volume CamStack ITSELF holds on this location (D388) —
8655
+ * COMPUTED at read time from the `storage-occupancy` providers' own figures,
8656
+ * never persisted, never a filesystem walk.
8657
+ *
8658
+ * **ABSENT MEANS UNKNOWN, never zero.** No provider has reported for this
8659
+ * location yet — nobody stores here, the owning addon is down, or the first
8660
+ * refresh has not completed. A UI must omit the segment rather than draw it
8661
+ * at zero, which would claim we occupy nothing (D315). It is an OBJECT and
8662
+ * not a bare number precisely so that a `?? 0` on the consuming side has to
8663
+ * be spelled out loud instead of appearing by accident.
8664
+ *
8665
+ * `measuredAtMs` is the OLDEST contributing measurement, so it is honest
8666
+ * about the whole figure rather than about its freshest part.
8667
+ */
8668
+ owned: object({
8669
+ bytes: number().int().nonnegative(),
8670
+ measuredAtMs: number().int().nonnegative()
8671
+ }).optional(),
8610
8672
  createdAt: number(),
8611
8673
  updatedAt: number()
8612
8674
  });
8613
8675
  object({ isDefault: boolean().optional() });
8614
8676
  /**
8677
+ * How far a `drain` has got (D386) — the read a UI renders, and nothing more.
8678
+ *
8679
+ * `estimatedEmptyAtMs` is derived from the growth the ratchet has actually
8680
+ * OBSERVED and is `null` when it has observed none. Never a fabricated date: a
8681
+ * drain with no observed growth has no honest ETA, and inventing one is how an
8682
+ * operator learns not to believe the screen.
8683
+ */
8684
+ var StorageDrainProgressSchema = object({
8685
+ locationId: string(),
8686
+ startedAtMs: number(),
8687
+ startBytes: number(),
8688
+ bytesRemaining: number(),
8689
+ drained: boolean(),
8690
+ estimatedEmptyAtMs: number().nullable()
8691
+ });
8692
+ /**
8615
8693
  * Reference accepted by consumer-facing `api.storage.*` calls.
8616
8694
  * Either:
8617
8695
  * - a `StorageLocationType` (e.g. `'backups'`) → the sole location of that type
@@ -20420,8 +20498,25 @@ var occupancyRecheckFramesField = {
20420
20498
  * (analyzer attaches detected `regions[]`; onboard does not — the
20421
20499
  * camera typically only reports a binary signal plus an optional
20422
20500
  * channel/AI class which lives in dedicated event channels).
20423
- */
20424
- var MotionSourceEnum = _enum(["onboard", "analyzer"]);
20501
+ *
20502
+ * - `onboard` — the camera's firmware said something moved.
20503
+ * - `analyzer` — this runner's frame-diff said so, and attaches `regions[]`.
20504
+ * - `device-activity` — the DEVICE said it is doing its job: the
20505
+ * `recording-signal` LEVEL the same device raises for the recorder
20506
+ * ([D380](../../../../docs/decisions/adr-0380-a-device-decided-recording-is-a-mode-with-no-schedule-seeded-once.md)),
20507
+ * republished as a motion source. It attaches **nothing** — no regions, no
20508
+ * class: the only fact it carries is that the device is active, and a robot
20509
+ * vacuum that is itself the moving object has no region worth sending. It is
20510
+ * a LEVEL, so unlike `onboard` it has a real falling edge, and unlike
20511
+ * `analyzer` it must not open the frame-diff side-channel — the runner's
20512
+ * `handleOnboardMotionAnalyzer` gate is `source === 'onboard'` and stays that
20513
+ * way ([D392](../../../../docs/decisions/adr-0392-a-device-that-says-it-is-working-is-a-motion-source-of-its-own.md)).
20514
+ */
20515
+ var MotionSourceEnum = _enum([
20516
+ "onboard",
20517
+ "analyzer",
20518
+ "device-activity"
20519
+ ]);
20425
20520
  /**
20426
20521
  * List of motion sources active on a camera. Empty array is valid:
20427
20522
  * "no source" — happens for battery cams without firmware motion when
@@ -21940,7 +22035,7 @@ method(object({
21940
22035
  }), _void(), {
21941
22036
  kind: "mutation",
21942
22037
  auth: "admin"
21943
- }), method(object({ id: string() }), object({
22038
+ }), method(_void(), array(StorageDrainProgressSchema).readonly()), method(object({ id: string() }), object({
21944
22039
  ok: boolean(),
21945
22040
  error: string().optional()
21946
22041
  }), { auth: "admin" }), method(_void(), array(ProviderListEntrySchema).readonly()), method(object({
@@ -22010,6 +22105,51 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
22010
22105
  kind: "mutation",
22011
22106
  auth: "admin"
22012
22107
  }), method(object({}), array(StorageMigrationJobSchema).readonly(), { auth: "admin" });
22108
+ /**
22109
+ * `storage-occupancy` — how many bytes an addon actually HOLDS on a storage
22110
+ * location (D388).
22111
+ *
22112
+ * ## Why this is not `storage-evictable`
22113
+ *
22114
+ * `storage-evictable.getEvictableUsage` looks like the same question and is
22115
+ * not, in two ways that both matter and both bite hardest on the locations an
22116
+ * operator most wants a figure for:
22117
+ *
22118
+ * - it reports the whole eviction DOMAIN, not the location. `recordings:default`
22119
+ * and `recordingsLow:default` deliberately share one root and evict as one
22120
+ * oldest-first pool, so both answer with the SAME combined total. As an
22121
+ * occupancy figure that double-counts the disk.
22122
+ * - it reports ZERO for a location whose eviction policy is `never` (D385) —
22123
+ * a `readonly` or `disabled` disk. Those are exactly the disks an operator
22124
+ * is retiring and staring at.
22125
+ *
22126
+ * So this is its own contract with its own quantity, and the quantity is
22127
+ * OCCUPIED: every byte the addon holds on that location, whether or not it
22128
+ * would ever be willing to delete it. A provider that can only answer
22129
+ * "evictable" must not register here — a number that silently means different
22130
+ * things per class is worse than no number.
22131
+ *
22132
+ * ## Absence is an answer
22133
+ *
22134
+ * A location nobody reports for is UNKNOWN, never zero (D315). The orchestrator
22135
+ * stamps `StorageLocation.owned` only for locations it has a report for, and
22136
+ * the field is an OBJECT rather than a bare number so that a `?? 0` on the
22137
+ * consuming side has to be written out loud instead of appearing by accident.
22138
+ *
22139
+ * `internal: true` — consumed by the orchestrator's `listLocations` stamp, never
22140
+ * a public client surface. Clients read the stamped `StorageLocation.owned`.
22141
+ */
22142
+ /** One provider's occupancy answer for one location. */
22143
+ var StorageOccupancyReportSchema = object({
22144
+ locationId: string(),
22145
+ /** Bytes this provider holds on THAT location — not its eviction domain, and
22146
+ * not net of what it is willing to delete. */
22147
+ ownedBytes: number().int().nonnegative(),
22148
+ /** When the provider last actually measured this. The orchestrator carries it
22149
+ * through so a UI can say how old the figure is instead of implying "now". */
22150
+ measuredAtMs: number().int().nonnegative()
22151
+ });
22152
+ method(object({ locationIds: array(string()).readonly() }), array(StorageOccupancyReportSchema).readonly(), { auth: "admin" });
22013
22153
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
22014
22154
  providerId: string().min(1),
22015
22155
  displayName: string().min(1),
@@ -23845,88 +23985,6 @@ onStatusChanged: { data: object({
23845
23985
  volatileStateFields: ["lastUpdated"]
23846
23986
  };
23847
23987
  /**
23848
- * Network-link snapshot. Same shape for every provider (a Reolink wifi
23849
- * camera, a Home Assistant device with a signal-strength sensor, a Tapo
23850
- * plug): one slice under `device.runtimeState['network-link']`, one badge,
23851
- * one Home Assistant projection.
23852
- */
23853
- var NetworkLinkStatusSchema = object({
23854
- /** The link the device is on. `'unknown'` = not read yet, not "no link". */
23855
- type: _enum([
23856
- "wifi",
23857
- "ethernet",
23858
- "cellular",
23859
- "unknown"
23860
- ]),
23861
- /**
23862
- * Link quality, 0..100 inclusive, normalised by the provider from whatever
23863
- * the firmware reports (bars, RSSI, a vendor scale). **`null` means NOT
23864
- * KNOWN or NOT APPLICABLE** — a wired link has no signal, and a wireless
23865
- * one whose reading has not landed must not be drawn at 0 %. Consumers
23866
- * SKIP a null rather than coerce it.
23867
- */
23868
- signalPercent: number().min(0).max(100).nullable(),
23869
- /** Raw received signal strength in dBm, when the firmware reports one. */
23870
- rssiDbm: number().optional(),
23871
- /** Network name of a wireless link, when the firmware reports it. */
23872
- ssid: string().optional(),
23873
- /** Ms epoch of the last observation. Lets consumers reason about freshness. */
23874
- lastUpdated: number()
23875
- });
23876
- var networkLinkCapability = {
23877
- name: "network-link",
23878
- scope: "device",
23879
- deviceNative: true,
23880
- mode: "singleton",
23881
- deviceTypes: [
23882
- DeviceType.Camera,
23883
- DeviceType.Sensor,
23884
- DeviceType.Button,
23885
- DeviceType.Switch,
23886
- DeviceType.Light,
23887
- DeviceType.Lock,
23888
- DeviceType.Siren
23889
- ],
23890
- methods: {},
23891
- events: {
23892
- /**
23893
- * Emitted whenever the cached status changes (a link switch, a signal
23894
- * reading that moved). Mirrored on the parent chain by the
23895
- * DeviceEventPropagator like `battery.onStatusChanged`.
23896
- */
23897
- onStatusChanged: { data: object({
23898
- deviceId: number(),
23899
- status: NetworkLinkStatusSchema
23900
- }) } },
23901
- status: {
23902
- schema: NetworkLinkStatusSchema,
23903
- kind: "push",
23904
- empty: {
23905
- type: "unknown",
23906
- signalPercent: null,
23907
- lastUpdated: 0
23908
- }
23909
- },
23910
- /**
23911
- * Runtime-state slice — every provider stores the same shape under
23912
- * `device.runtimeState['network-link']`, read once by the badge and the
23913
- * Home Assistant projector regardless of the driver.
23914
- */
23915
- runtimeState: NetworkLinkStatusSchema,
23916
- /**
23917
- * Runtime-state durability: **restored** — a link reading is slow to
23918
- * change and a sleeping battery camera may not report for hours; the
23919
- * restored slice is what the badge shows until the next read.
23920
- *
23921
- * See `RuntimeStateDurability`. Enforced by
23922
- * `scripts/check-runtime-state-durability.ts`.
23923
- */
23924
- durability: "restored",
23925
- /** Clock fields: written, but excluded from the compare that decides
23926
- * whether persisting is worth a SQLite commit. */
23927
- volatileStateFields: ["lastUpdated"]
23928
- };
23929
- /**
23930
23988
  * Generic boolean sensor — last-resort fallback when no domain-
23931
23989
  * specific binary cap fits (Home Assistant `binary_sensor` without a
23932
23990
  * known `device_class`, or a domain we haven't typed yet). Pure
@@ -27473,6 +27531,369 @@ var nativeObjectDetectionCapability = {
27473
27531
  volatileStateFields: ["lastFetchedAt"]
27474
27532
  };
27475
27533
  /**
27534
+ * `navigation` — a device-scoped capability that natively expresses the FULL
27535
+ * navigation / action surface of a robot that DRIVES ITSELF and carries an
27536
+ * on-board camera (the Dreame robot-vacuum camera is the first provider).
27537
+ *
27538
+ * Why a NEW cap rather than overloading `ptz`:
27539
+ * - `ptz` moves a *gimbal* on a fixed camera (pan/tilt/zoom of the lens). A
27540
+ * robot vacuum has no gimbal — the whole chassis drives, turns and spins.
27541
+ * The two are different physical models: PTZ is absolute-position + presets,
27542
+ * navigation is momentary drive nudges + discrete robot ACTIONS
27543
+ * (dock / spot-clean / follow-pet / go-to-point / …).
27544
+ * - This cap is the SOURCE OF TRUTH. Two consumers adapt from it rather than
27545
+ * the reverse:
27546
+ * 1. a native CamStack navigation panel (data-driven from `listActions`
27547
+ * / `getOptions`), and
27548
+ * 2. the PTZ surface — a thin adapter mimics `ptz` from `navigation` so a
27549
+ * robot camera shows up in the existing PTZ control path without every
27550
+ * PTZ provider learning about robots. The mapping lives in the adapter,
27551
+ * not here (see the addon design note):
27552
+ * ptz.continuousMove({pan,tilt}) → navigation.move({pan,tilt})
27553
+ * ptz.stop() → navigation.stop()
27554
+ * ptz.goHome() → navigation.runAction('goHome')
27555
+ * ptz.getPresets() → navigation.listActions() (id→preset)
27556
+ * ptz.goToPreset(id) → navigation.runAction(id)
27557
+ *
27558
+ * ## Continuous drive
27559
+ *
27560
+ * `move` is MOMENTARY. Fluid navigation comes from the UI (or the PTZ adapter)
27561
+ * sending `move({pan,tilt})` REPEATEDLY at ~1 Hz while a direction is held, and
27562
+ * one `stop()` on release — exactly like the robot app's remote-drive joystick.
27563
+ * The provider forwards EACH `move` to one drive write; it must NOT debounce or
27564
+ * coalesce them. The UI owns the cadence.
27565
+ *
27566
+ * ## The action dictionary
27567
+ *
27568
+ * The discrete controls (dock / locate / spot-clean / follow / flash / sounds)
27569
+ * are a DATA-DRIVEN dictionary the cap exposes via `listActions()`. Each entry
27570
+ * carries `{ id, kind, label, icon }` (plus `soundId` for sound entries) so the
27571
+ * native panel AND the PTZ mimic render buttons WITHOUT hardcoding a
27572
+ * vendor-specific list. `kind: 'action'` entries are triggered with
27573
+ * `runAction({ actionId })`; `kind: 'sound'` entries with `playSound({ soundId })`
27574
+ * (the entry carries the `soundId` to pass). The general primitives — `move`,
27575
+ * `stop`, `goToPoint` — stay as first-class methods, not dictionary entries.
27576
+ *
27577
+ * NOTE (provider wiring): the first provider (Dreame) drives this with the RAW
27578
+ * `callAction(siid,aiid,in)` / `setProperty({siid,piid,value})` MIoT primitives
27579
+ * that the currently-published `@apocaliss92/nodedreame` already exposes on
27580
+ * every device handle. A future nodedreame publish adds a typed
27581
+ * `DreameCameraController` (drive / playPetSound / spotClean / findPet / …); the
27582
+ * provider can then swap the raw calls for the typed methods with no change to
27583
+ * THIS contract.
27584
+ */
27585
+ /**
27586
+ * A momentary drive nudge. The robot MOVES (no gimbal) for as long as the caller
27587
+ * keeps sending nudges (~1 Hz); an explicit `stop` (or letting the nudges lapse)
27588
+ * halts it.
27589
+ *
27590
+ * - `pan` — turn: negative = left, positive = right, 0 = straight.
27591
+ * - `tilt` — throttle: positive = forward, negative = spin / turn-around.
27592
+ * - `speed` — optional intensity hint [0, 1]; the provider may scale the drive
27593
+ * vector by it (drivers without proportional drive ignore it).
27594
+ *
27595
+ * `pan` / `tilt` are normalized [-1, 1]. Both optional so a caller can nudge one
27596
+ * axis alone; an all-undefined nudge is a no-op.
27597
+ */
27598
+ var NavigationMoveCommandSchema = object({
27599
+ pan: number().min(-1).max(1).optional(),
27600
+ tilt: number().min(-1).max(1).optional(),
27601
+ speed: number().min(0).max(1).optional()
27602
+ });
27603
+ /**
27604
+ * The enumerated discrete actions a navigation-capable robot can perform via
27605
+ * `runAction`. This is the CLOSED vocabulary; a given device advertises the
27606
+ * subset it supports through `listActions`. Sounds are NOT here — they go through
27607
+ * `playSound` (see the `sound` dictionary entries).
27608
+ */
27609
+ var NavigationActionIdSchema = _enum([
27610
+ "goHome",
27611
+ "locate",
27612
+ "spotClean",
27613
+ "findPet",
27614
+ "personFollow",
27615
+ "stop",
27616
+ "startClean",
27617
+ "pauseClean",
27618
+ "dockWash",
27619
+ "autoEmpty",
27620
+ "flashOn",
27621
+ "flashOff"
27622
+ ]);
27623
+ /** Whether a dictionary entry is a `runAction` action or a `playSound` sound. */
27624
+ var NavigationEntryKindSchema = _enum(["action", "sound"]);
27625
+ /**
27626
+ * One entry in the navigation action dictionary — the DATA-DRIVEN unit both the
27627
+ * native panel and the PTZ mimic render as a button.
27628
+ *
27629
+ * - `id` — stable id. For `kind:'action'` it is a {@link NavigationActionId}
27630
+ * (pass to `runAction`); for `kind:'sound'` it is a namespaced id
27631
+ * (`sound:meow`) whose `soundId` is passed to `playSound`.
27632
+ * - `icon` — icon HINT (lucide-style name; the UI maps it to its own set).
27633
+ * - `label` — operator-facing English label.
27634
+ * - `soundId` — wire sound id, present only on `kind:'sound'` entries.
27635
+ * - `enabled` — per-device FEATURE FLAG. `listActions` reports it so the UI /
27636
+ * PTZ render ONLY enabled entries. Data-driven: the provider
27637
+ * flips it from config, never by editing code.
27638
+ */
27639
+ var NavigationActionEntrySchema = object({
27640
+ id: string(),
27641
+ kind: NavigationEntryKindSchema,
27642
+ label: string(),
27643
+ icon: string(),
27644
+ /** Present only on `kind:'sound'` entries — the id to pass to `playSound`. */
27645
+ soundId: number().int().optional(),
27646
+ /** Per-device feature flag — render this entry only when true. */
27647
+ enabled: boolean()
27648
+ });
27649
+ /** Coordinates for `goToPoint` — a point on the robot's live map. */
27650
+ var NavigationPointSchema = object({
27651
+ x: number(),
27652
+ y: number()
27653
+ });
27654
+ /**
27655
+ * Per-device FEATURE-FLAG report for the general (non-dictionary) primitives.
27656
+ * The cap reports which are enabled so the UI / PTZ render only the controls
27657
+ * that are turned on for THIS device. Data-driven: the provider derives these
27658
+ * from config + probe, never hardcoded in the UI. The per-DICTIONARY-entry flags
27659
+ * live on {@link NavigationActionEntrySchema.enabled}; these gate the primitives
27660
+ * that are not dictionary entries.
27661
+ *
27662
+ * - `move` / `stop` — the momentary drive joystick.
27663
+ * - `goToPoint` — send-to-map-coordinate. Ships OFF on Dreame until the
27664
+ * map-coordinate plumbing is wired.
27665
+ * - `runAction` — the discrete action buttons (dictionary `kind:'action'`).
27666
+ * - `playSound` — the sound buttons (dictionary `kind:'sound'`).
27667
+ * - `light` — the on/off fill-light toggle (works anytime).
27668
+ * - `lightMode` — the auto/manual selector + manual level slider (a
27669
+ * camera-service control; needs an active stream).
27670
+ */
27671
+ var NavigationFeaturesSchema = object({
27672
+ move: boolean(),
27673
+ stop: boolean(),
27674
+ goToPoint: boolean(),
27675
+ runAction: boolean(),
27676
+ playSound: boolean(),
27677
+ light: boolean(),
27678
+ lightMode: boolean()
27679
+ });
27680
+ /** Light mode: `auto` lets the camera choose brightness; `manual` uses `level`. */
27681
+ var NavigationLightModeSchema = _enum(["auto", "manual"]);
27682
+ /**
27683
+ * Live navigation state so the UI can reflect what the robot is doing:
27684
+ * - `mode` — coarse activity (idle / cleaning / following / …).
27685
+ * - `following` — person/pet follow is currently armed.
27686
+ * - `flash` — the on-camera fill light is on.
27687
+ * - `lightMode` — auto vs manual fill-light mode.
27688
+ * - `lightLevel` — manual fill-light level (40..100); meaningful when
27689
+ * `lightMode === 'manual'`.
27690
+ */
27691
+ var NavigationStatusSchema = object({
27692
+ mode: _enum([
27693
+ "idle",
27694
+ "cleaning",
27695
+ "spot",
27696
+ "following",
27697
+ "goto",
27698
+ "returning",
27699
+ "paused",
27700
+ "unknown"
27701
+ ]),
27702
+ following: boolean(),
27703
+ flash: boolean(),
27704
+ lightMode: NavigationLightModeSchema,
27705
+ lightLevel: number().min(40).max(100),
27706
+ /** Ms epoch when the slice was last updated. */
27707
+ lastChangedAt: number()
27708
+ });
27709
+ /**
27710
+ * Runtime-state slice owned by this cap (kernel-managed: validated, mirrored,
27711
+ * observable). Adds `lastFetchedAt` on top of the status shape per the
27712
+ * convention.
27713
+ */
27714
+ var NavigationRuntimeStateSchema = NavigationStatusSchema.extend({ lastFetchedAt: number() });
27715
+ var navigationCapability = {
27716
+ name: "navigation",
27717
+ scope: "device",
27718
+ deviceNative: true,
27719
+ mode: "singleton",
27720
+ deviceTypes: [DeviceType.Camera],
27721
+ deviceConfig: { ui: {
27722
+ kind: "widget",
27723
+ widgetId: "host/navigation-panel",
27724
+ tab: "navigation",
27725
+ topTab: true,
27726
+ label: "Navigation",
27727
+ order: 0
27728
+ } },
27729
+ methods: {
27730
+ /**
27731
+ * Momentary drive nudge (the robot moves). `protected` — mirrors
27732
+ * `ptz.continuousMove` so the Viewer navigation panel (and the PTZ-mimic
27733
+ * path) works for any authenticated user, not admin-only. The UI sends
27734
+ * these at ~1 Hz while a control is held; the provider forwards each one to
27735
+ * a single drive write WITHOUT debouncing.
27736
+ */
27737
+ move: method(NavigationMoveCommandSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
27738
+ /** Halt all motion immediately (zero drive vector). */
27739
+ stop: method(object({ deviceId: number() }), _void(), { kind: "mutation" }),
27740
+ /** Send the robot to a point on its live map. */
27741
+ goToPoint: method(NavigationPointSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
27742
+ /**
27743
+ * Enumerate the discrete controls THIS device supports (data-driven UI +
27744
+ * PTZ mimic). Camera-probed subset of {@link NAVIGATION_ACTION_CATALOG}.
27745
+ */
27746
+ listActions: method(object({ deviceId: number() }), array(NavigationActionEntrySchema)),
27747
+ /**
27748
+ * Run one discrete action (a `kind:'action'` dictionary entry). Invalid /
27749
+ * unsupported action ids are rejected by the provider.
27750
+ */
27751
+ runAction: method(object({
27752
+ deviceId: number(),
27753
+ actionId: NavigationActionIdSchema
27754
+ }), _void(), { kind: "mutation" }),
27755
+ /** Play a sound by its wire id (the `soundId` of a `kind:'sound'` entry). */
27756
+ playSound: method(object({
27757
+ deviceId: number(),
27758
+ soundId: number().int()
27759
+ }), _void(), { kind: "mutation" }),
27760
+ /**
27761
+ * Turn the on-camera fill light on / off (the `OpenFullLight` control —
27762
+ * works anytime, no active stream required).
27763
+ */
27764
+ setLightOn: method(object({
27765
+ deviceId: number(),
27766
+ on: boolean()
27767
+ }), _void(), { kind: "mutation" }),
27768
+ /**
27769
+ * Set the fill-light mode (auto vs manual). `manual` optionally carries the
27770
+ * initial `level`. The auto/manual + level control is a CAMERA-service
27771
+ * action that generally needs an active camera stream/monitor session — the
27772
+ * UI shows the manual level slider ONLY when `mode === 'manual'`.
27773
+ */
27774
+ setLightMode: method(object({
27775
+ deviceId: number(),
27776
+ mode: NavigationLightModeSchema,
27777
+ level: number().min(40).max(100).optional()
27778
+ }), _void(), { kind: "mutation" }),
27779
+ /** Set the MANUAL fill-light level (40..100). Implies `manual` mode. */
27780
+ setLightLevel: method(object({
27781
+ deviceId: number(),
27782
+ level: number().min(40).max(100)
27783
+ }), _void(), { kind: "mutation" }),
27784
+ /**
27785
+ * Per-device FEATURE-FLAG report for the general primitives — drives which
27786
+ * controls the UI shows (the per-entry flags for the dictionary come back on
27787
+ * `listActions`).
27788
+ */
27789
+ getFeatures: method(object({ deviceId: number() }), NavigationFeaturesSchema)
27790
+ },
27791
+ events: { onStatusChanged: { data: object({
27792
+ deviceId: number(),
27793
+ status: NavigationStatusSchema
27794
+ }) } },
27795
+ status: {
27796
+ schema: NavigationStatusSchema,
27797
+ kind: "push"
27798
+ },
27799
+ /**
27800
+ * Runtime-state slice mirrored by the kernel. The navigation panel watches it
27801
+ * for live mode / follow / flash changes.
27802
+ */
27803
+ runtimeState: NavigationRuntimeStateSchema,
27804
+ /**
27805
+ * Runtime-state durability: **session** — like `vacuum-control`, a restored
27806
+ * `mode: cleaning` / `following: true` is a robot that is not actually doing
27807
+ * that. The live handle re-publishes on connect.
27808
+ *
27809
+ * See `RuntimeStateDurability`. Enforced by
27810
+ * `scripts/check-runtime-state-durability.ts`.
27811
+ */
27812
+ durability: "session"
27813
+ };
27814
+ /**
27815
+ * Network-link snapshot. Same shape for every provider (a Reolink wifi
27816
+ * camera, a Home Assistant device with a signal-strength sensor, a Tapo
27817
+ * plug): one slice under `device.runtimeState['network-link']`, one badge,
27818
+ * one Home Assistant projection.
27819
+ */
27820
+ var NetworkLinkStatusSchema = object({
27821
+ /** The link the device is on. `'unknown'` = not read yet, not "no link". */
27822
+ type: _enum([
27823
+ "wifi",
27824
+ "ethernet",
27825
+ "cellular",
27826
+ "unknown"
27827
+ ]),
27828
+ /**
27829
+ * Link quality, 0..100 inclusive, normalised by the provider from whatever
27830
+ * the firmware reports (bars, RSSI, a vendor scale). **`null` means NOT
27831
+ * KNOWN or NOT APPLICABLE** — a wired link has no signal, and a wireless
27832
+ * one whose reading has not landed must not be drawn at 0 %. Consumers
27833
+ * SKIP a null rather than coerce it.
27834
+ */
27835
+ signalPercent: number().min(0).max(100).nullable(),
27836
+ /** Raw received signal strength in dBm, when the firmware reports one. */
27837
+ rssiDbm: number().optional(),
27838
+ /** Network name of a wireless link, when the firmware reports it. */
27839
+ ssid: string().optional(),
27840
+ /** Ms epoch of the last observation. Lets consumers reason about freshness. */
27841
+ lastUpdated: number()
27842
+ });
27843
+ var networkLinkCapability = {
27844
+ name: "network-link",
27845
+ scope: "device",
27846
+ deviceNative: true,
27847
+ mode: "singleton",
27848
+ deviceTypes: [
27849
+ DeviceType.Camera,
27850
+ DeviceType.Sensor,
27851
+ DeviceType.Button,
27852
+ DeviceType.Switch,
27853
+ DeviceType.Light,
27854
+ DeviceType.Lock,
27855
+ DeviceType.Siren
27856
+ ],
27857
+ methods: {},
27858
+ events: {
27859
+ /**
27860
+ * Emitted whenever the cached status changes (a link switch, a signal
27861
+ * reading that moved). Mirrored on the parent chain by the
27862
+ * DeviceEventPropagator like `battery.onStatusChanged`.
27863
+ */
27864
+ onStatusChanged: { data: object({
27865
+ deviceId: number(),
27866
+ status: NetworkLinkStatusSchema
27867
+ }) } },
27868
+ status: {
27869
+ schema: NetworkLinkStatusSchema,
27870
+ kind: "push",
27871
+ empty: {
27872
+ type: "unknown",
27873
+ signalPercent: null,
27874
+ lastUpdated: 0
27875
+ }
27876
+ },
27877
+ /**
27878
+ * Runtime-state slice — every provider stores the same shape under
27879
+ * `device.runtimeState['network-link']`, read once by the badge and the
27880
+ * Home Assistant projector regardless of the driver.
27881
+ */
27882
+ runtimeState: NetworkLinkStatusSchema,
27883
+ /**
27884
+ * Runtime-state durability: **restored** — a link reading is slow to
27885
+ * change and a sleeping battery camera may not report for hours; the
27886
+ * restored slice is what the badge shows until the next read.
27887
+ *
27888
+ * See `RuntimeStateDurability`. Enforced by
27889
+ * `scripts/check-runtime-state-durability.ts`.
27890
+ */
27891
+ durability: "restored",
27892
+ /** Clock fields: written, but excluded from the compare that decides
27893
+ * whether persisting is worth a SQLite commit. */
27894
+ volatileStateFields: ["lastUpdated"]
27895
+ };
27896
+ /**
27476
27897
  * network-quality — system-scoped singleton capability tracking RTT,
27477
27898
  * jitter, and observed/peak bandwidth per device + per client.
27478
27899
  *
@@ -29053,287 +29474,6 @@ var ptzAutotrackCapability = {
29053
29474
  */
29054
29475
  durability: "session"
29055
29476
  };
29056
- /**
29057
- * `navigation` — a device-scoped capability that natively expresses the FULL
29058
- * navigation / action surface of a robot that DRIVES ITSELF and carries an
29059
- * on-board camera (the Dreame robot-vacuum camera is the first provider).
29060
- *
29061
- * Why a NEW cap rather than overloading `ptz`:
29062
- * - `ptz` moves a *gimbal* on a fixed camera (pan/tilt/zoom of the lens). A
29063
- * robot vacuum has no gimbal — the whole chassis drives, turns and spins.
29064
- * The two are different physical models: PTZ is absolute-position + presets,
29065
- * navigation is momentary drive nudges + discrete robot ACTIONS
29066
- * (dock / spot-clean / follow-pet / go-to-point / …).
29067
- * - This cap is the SOURCE OF TRUTH. Two consumers adapt from it rather than
29068
- * the reverse:
29069
- * 1. a native CamStack navigation panel (data-driven from `listActions`
29070
- * / `getOptions`), and
29071
- * 2. the PTZ surface — a thin adapter mimics `ptz` from `navigation` so a
29072
- * robot camera shows up in the existing PTZ control path without every
29073
- * PTZ provider learning about robots. The mapping lives in the adapter,
29074
- * not here (see the addon design note):
29075
- * ptz.continuousMove({pan,tilt}) → navigation.move({pan,tilt})
29076
- * ptz.stop() → navigation.stop()
29077
- * ptz.goHome() → navigation.runAction('goHome')
29078
- * ptz.getPresets() → navigation.listActions() (id→preset)
29079
- * ptz.goToPreset(id) → navigation.runAction(id)
29080
- *
29081
- * ## Continuous drive
29082
- *
29083
- * `move` is MOMENTARY. Fluid navigation comes from the UI (or the PTZ adapter)
29084
- * sending `move({pan,tilt})` REPEATEDLY at ~1 Hz while a direction is held, and
29085
- * one `stop()` on release — exactly like the robot app's remote-drive joystick.
29086
- * The provider forwards EACH `move` to one drive write; it must NOT debounce or
29087
- * coalesce them. The UI owns the cadence.
29088
- *
29089
- * ## The action dictionary
29090
- *
29091
- * The discrete controls (dock / locate / spot-clean / follow / flash / sounds)
29092
- * are a DATA-DRIVEN dictionary the cap exposes via `listActions()`. Each entry
29093
- * carries `{ id, kind, label, icon }` (plus `soundId` for sound entries) so the
29094
- * native panel AND the PTZ mimic render buttons WITHOUT hardcoding a
29095
- * vendor-specific list. `kind: 'action'` entries are triggered with
29096
- * `runAction({ actionId })`; `kind: 'sound'` entries with `playSound({ soundId })`
29097
- * (the entry carries the `soundId` to pass). The general primitives — `move`,
29098
- * `stop`, `goToPoint` — stay as first-class methods, not dictionary entries.
29099
- *
29100
- * NOTE (provider wiring): the first provider (Dreame) drives this with the RAW
29101
- * `callAction(siid,aiid,in)` / `setProperty({siid,piid,value})` MIoT primitives
29102
- * that the currently-published `@apocaliss92/nodedreame` already exposes on
29103
- * every device handle. A future nodedreame publish adds a typed
29104
- * `DreameCameraController` (drive / playPetSound / spotClean / findPet / …); the
29105
- * provider can then swap the raw calls for the typed methods with no change to
29106
- * THIS contract.
29107
- */
29108
- /**
29109
- * A momentary drive nudge. The robot MOVES (no gimbal) for as long as the caller
29110
- * keeps sending nudges (~1 Hz); an explicit `stop` (or letting the nudges lapse)
29111
- * halts it.
29112
- *
29113
- * - `pan` — turn: negative = left, positive = right, 0 = straight.
29114
- * - `tilt` — throttle: positive = forward, negative = spin / turn-around.
29115
- * - `speed` — optional intensity hint [0, 1]; the provider may scale the drive
29116
- * vector by it (drivers without proportional drive ignore it).
29117
- *
29118
- * `pan` / `tilt` are normalized [-1, 1]. Both optional so a caller can nudge one
29119
- * axis alone; an all-undefined nudge is a no-op.
29120
- */
29121
- var NavigationMoveCommandSchema = object({
29122
- pan: number().min(-1).max(1).optional(),
29123
- tilt: number().min(-1).max(1).optional(),
29124
- speed: number().min(0).max(1).optional()
29125
- });
29126
- /**
29127
- * The enumerated discrete actions a navigation-capable robot can perform via
29128
- * `runAction`. This is the CLOSED vocabulary; a given device advertises the
29129
- * subset it supports through `listActions`. Sounds are NOT here — they go through
29130
- * `playSound` (see the `sound` dictionary entries).
29131
- */
29132
- var NavigationActionIdSchema = _enum([
29133
- "goHome",
29134
- "locate",
29135
- "spotClean",
29136
- "findPet",
29137
- "personFollow",
29138
- "stop",
29139
- "startClean",
29140
- "pauseClean",
29141
- "dockWash",
29142
- "autoEmpty",
29143
- "flashOn",
29144
- "flashOff"
29145
- ]);
29146
- /** Whether a dictionary entry is a `runAction` action or a `playSound` sound. */
29147
- var NavigationEntryKindSchema = _enum(["action", "sound"]);
29148
- /**
29149
- * One entry in the navigation action dictionary — the DATA-DRIVEN unit both the
29150
- * native panel and the PTZ mimic render as a button.
29151
- *
29152
- * - `id` — stable id. For `kind:'action'` it is a {@link NavigationActionId}
29153
- * (pass to `runAction`); for `kind:'sound'` it is a namespaced id
29154
- * (`sound:meow`) whose `soundId` is passed to `playSound`.
29155
- * - `icon` — icon HINT (lucide-style name; the UI maps it to its own set).
29156
- * - `label` — operator-facing English label.
29157
- * - `soundId` — wire sound id, present only on `kind:'sound'` entries.
29158
- * - `enabled` — per-device FEATURE FLAG. `listActions` reports it so the UI /
29159
- * PTZ render ONLY enabled entries. Data-driven: the provider
29160
- * flips it from config, never by editing code.
29161
- */
29162
- var NavigationActionEntrySchema = object({
29163
- id: string(),
29164
- kind: NavigationEntryKindSchema,
29165
- label: string(),
29166
- icon: string(),
29167
- /** Present only on `kind:'sound'` entries — the id to pass to `playSound`. */
29168
- soundId: number().int().optional(),
29169
- /** Per-device feature flag — render this entry only when true. */
29170
- enabled: boolean()
29171
- });
29172
- /** Coordinates for `goToPoint` — a point on the robot's live map. */
29173
- var NavigationPointSchema = object({
29174
- x: number(),
29175
- y: number()
29176
- });
29177
- /**
29178
- * Per-device FEATURE-FLAG report for the general (non-dictionary) primitives.
29179
- * The cap reports which are enabled so the UI / PTZ render only the controls
29180
- * that are turned on for THIS device. Data-driven: the provider derives these
29181
- * from config + probe, never hardcoded in the UI. The per-DICTIONARY-entry flags
29182
- * live on {@link NavigationActionEntrySchema.enabled}; these gate the primitives
29183
- * that are not dictionary entries.
29184
- *
29185
- * - `move` / `stop` — the momentary drive joystick.
29186
- * - `goToPoint` — send-to-map-coordinate. Ships OFF on Dreame until the
29187
- * map-coordinate plumbing is wired.
29188
- * - `runAction` — the discrete action buttons (dictionary `kind:'action'`).
29189
- * - `playSound` — the sound buttons (dictionary `kind:'sound'`).
29190
- * - `light` — the on/off fill-light toggle (works anytime).
29191
- * - `lightMode` — the auto/manual selector + manual level slider (a
29192
- * camera-service control; needs an active stream).
29193
- */
29194
- var NavigationFeaturesSchema = object({
29195
- move: boolean(),
29196
- stop: boolean(),
29197
- goToPoint: boolean(),
29198
- runAction: boolean(),
29199
- playSound: boolean(),
29200
- light: boolean(),
29201
- lightMode: boolean()
29202
- });
29203
- /** Light mode: `auto` lets the camera choose brightness; `manual` uses `level`. */
29204
- var NavigationLightModeSchema = _enum(["auto", "manual"]);
29205
- /**
29206
- * Live navigation state so the UI can reflect what the robot is doing:
29207
- * - `mode` — coarse activity (idle / cleaning / following / …).
29208
- * - `following` — person/pet follow is currently armed.
29209
- * - `flash` — the on-camera fill light is on.
29210
- * - `lightMode` — auto vs manual fill-light mode.
29211
- * - `lightLevel` — manual fill-light level (40..100); meaningful when
29212
- * `lightMode === 'manual'`.
29213
- */
29214
- var NavigationStatusSchema = object({
29215
- mode: _enum([
29216
- "idle",
29217
- "cleaning",
29218
- "spot",
29219
- "following",
29220
- "goto",
29221
- "returning",
29222
- "paused",
29223
- "unknown"
29224
- ]),
29225
- following: boolean(),
29226
- flash: boolean(),
29227
- lightMode: NavigationLightModeSchema,
29228
- lightLevel: number().min(40).max(100),
29229
- /** Ms epoch when the slice was last updated. */
29230
- lastChangedAt: number()
29231
- });
29232
- /**
29233
- * Runtime-state slice owned by this cap (kernel-managed: validated, mirrored,
29234
- * observable). Adds `lastFetchedAt` on top of the status shape per the
29235
- * convention.
29236
- */
29237
- var NavigationRuntimeStateSchema = NavigationStatusSchema.extend({ lastFetchedAt: number() });
29238
- var navigationCapability = {
29239
- name: "navigation",
29240
- scope: "device",
29241
- deviceNative: true,
29242
- mode: "singleton",
29243
- deviceTypes: [DeviceType.Camera],
29244
- deviceConfig: { ui: {
29245
- kind: "widget",
29246
- widgetId: "host/navigation-panel",
29247
- tab: "navigation",
29248
- topTab: true,
29249
- label: "Navigation",
29250
- order: 0
29251
- } },
29252
- methods: {
29253
- /**
29254
- * Momentary drive nudge (the robot moves). `protected` — mirrors
29255
- * `ptz.continuousMove` so the Viewer navigation panel (and the PTZ-mimic
29256
- * path) works for any authenticated user, not admin-only. The UI sends
29257
- * these at ~1 Hz while a control is held; the provider forwards each one to
29258
- * a single drive write WITHOUT debouncing.
29259
- */
29260
- move: method(NavigationMoveCommandSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
29261
- /** Halt all motion immediately (zero drive vector). */
29262
- stop: method(object({ deviceId: number() }), _void(), { kind: "mutation" }),
29263
- /** Send the robot to a point on its live map. */
29264
- goToPoint: method(NavigationPointSchema.extend({ deviceId: number() }), _void(), { kind: "mutation" }),
29265
- /**
29266
- * Enumerate the discrete controls THIS device supports (data-driven UI +
29267
- * PTZ mimic). Camera-probed subset of {@link NAVIGATION_ACTION_CATALOG}.
29268
- */
29269
- listActions: method(object({ deviceId: number() }), array(NavigationActionEntrySchema)),
29270
- /**
29271
- * Run one discrete action (a `kind:'action'` dictionary entry). Invalid /
29272
- * unsupported action ids are rejected by the provider.
29273
- */
29274
- runAction: method(object({
29275
- deviceId: number(),
29276
- actionId: NavigationActionIdSchema
29277
- }), _void(), { kind: "mutation" }),
29278
- /** Play a sound by its wire id (the `soundId` of a `kind:'sound'` entry). */
29279
- playSound: method(object({
29280
- deviceId: number(),
29281
- soundId: number().int()
29282
- }), _void(), { kind: "mutation" }),
29283
- /**
29284
- * Turn the on-camera fill light on / off (the `OpenFullLight` control —
29285
- * works anytime, no active stream required).
29286
- */
29287
- setLightOn: method(object({
29288
- deviceId: number(),
29289
- on: boolean()
29290
- }), _void(), { kind: "mutation" }),
29291
- /**
29292
- * Set the fill-light mode (auto vs manual). `manual` optionally carries the
29293
- * initial `level`. The auto/manual + level control is a CAMERA-service
29294
- * action that generally needs an active camera stream/monitor session — the
29295
- * UI shows the manual level slider ONLY when `mode === 'manual'`.
29296
- */
29297
- setLightMode: method(object({
29298
- deviceId: number(),
29299
- mode: NavigationLightModeSchema,
29300
- level: number().min(40).max(100).optional()
29301
- }), _void(), { kind: "mutation" }),
29302
- /** Set the MANUAL fill-light level (40..100). Implies `manual` mode. */
29303
- setLightLevel: method(object({
29304
- deviceId: number(),
29305
- level: number().min(40).max(100)
29306
- }), _void(), { kind: "mutation" }),
29307
- /**
29308
- * Per-device FEATURE-FLAG report for the general primitives — drives which
29309
- * controls the UI shows (the per-entry flags for the dictionary come back on
29310
- * `listActions`).
29311
- */
29312
- getFeatures: method(object({ deviceId: number() }), NavigationFeaturesSchema)
29313
- },
29314
- events: { onStatusChanged: { data: object({
29315
- deviceId: number(),
29316
- status: NavigationStatusSchema
29317
- }) } },
29318
- status: {
29319
- schema: NavigationStatusSchema,
29320
- kind: "push"
29321
- },
29322
- /**
29323
- * Runtime-state slice mirrored by the kernel. The navigation panel watches it
29324
- * for live mode / follow / flash changes.
29325
- */
29326
- runtimeState: NavigationRuntimeStateSchema,
29327
- /**
29328
- * Runtime-state durability: **session** — like `vacuum-control`, a restored
29329
- * `mode: cleaning` / `following: true` is a robot that is not actually doing
29330
- * that. The live handle re-publishes on connect.
29331
- *
29332
- * See `RuntimeStateDurability`. Enforced by
29333
- * `scripts/check-runtime-state-durability.ts`.
29334
- */
29335
- durability: "session"
29336
- };
29337
29477
  DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceId: number().int().nonnegative() }), object({ success: literal(true) }), {
29338
29478
  kind: "mutation",
29339
29479
  auth: "admin"
@@ -38796,6 +38936,12 @@ Object.freeze({
38796
38936
  addonId: null,
38797
38937
  access: "view"
38798
38938
  },
38939
+ "storage.listDrainProgress": {
38940
+ capName: "storage",
38941
+ capScope: "system",
38942
+ addonId: null,
38943
+ access: "view"
38944
+ },
38799
38945
  "storage.listLocationDeclarations": {
38800
38946
  capName: "storage",
38801
38947
  capScope: "system",
@@ -38940,6 +39086,12 @@ Object.freeze({
38940
39086
  addonId: null,
38941
39087
  access: "view"
38942
39088
  },
39089
+ "storageOccupancy.getOccupancy": {
39090
+ capName: "storage-occupancy",
39091
+ capScope: "system",
39092
+ addonId: null,
39093
+ access: "view"
39094
+ },
38943
39095
  "storageProvider.abortUpload": {
38944
39096
  capName: "storage-provider",
38945
39097
  capScope: "system",