@camstack/addon-provider-wyze 0.2.40 → 0.2.42

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.
package/dist/addon.js CHANGED
@@ -5948,6 +5948,40 @@ var BaseAddon = class {
5948
5948
  deviceSettingsSchema() {
5949
5949
  return null;
5950
5950
  }
5951
+ /**
5952
+ * INTEGRATION-LEVEL SETTINGS — declare which of this addon's global sections
5953
+ * ARE the configuration of its integration.
5954
+ *
5955
+ * Return the `ConfigSection.id`s, from {@link globalSettingsSchema}, that an
5956
+ * operator should find on the addon's integration page (System →
5957
+ * Integrations → <name>) rather than only in the cluster-wide list of every
5958
+ * addon. Empty (the default) means the addon has no integration-level
5959
+ * settings and no such surface is offered — this is opt-in, because whether
5960
+ * an addon's configuration IS its integration's configuration depends on the
5961
+ * nature of the integration.
5962
+ *
5963
+ * WHAT THIS IS NOT. It is not a scope. The selected sections keep living in
5964
+ * the ONE global schema, in the ONE addon store, written by the ONE
5965
+ * `updateGlobalSettings` path. There is deliberately no
5966
+ * `updateIntegrationSettings`: a second write path is how a surface acquires
5967
+ * a second store key, and this repo has shipped that twice (`btmPath@hub`,
5968
+ * D266). Selecting sections cannot introduce a key that selecting cannot.
5969
+ *
5970
+ * WHY IT IS A LIST OF SECTION IDS AND NOT A MARKER ON THE SECTION.
5971
+ * `ConfigFieldBase` used to carry `scope?: 'device' | 'global'` and it was
5972
+ * removed with the reason recorded at
5973
+ * `packages/types/src/interfaces/config-ui.ts:249` — *"a field's scope is
5974
+ * determined by WHICH schema it lives in, not by a field-level marker."* A
5975
+ * marker sprinkled across sections also has to borrow a field that already
5976
+ * means something else; borrowing `section.tab` put the literal word
5977
+ * "integration" into an operator-facing tab bar, because `tab` means "how to
5978
+ * GROUP this visually" and cannot also mean "where this lives" (D269
5979
+ * supersedes D268). One declaration, in one place, next to the schema whose
5980
+ * ids it names.
5981
+ */
5982
+ integrationSettingSections() {
5983
+ return [];
5984
+ }
5951
5985
  async getGlobalSettings(overlay, cap, nodeId) {
5952
5986
  const schema = this.globalSettingsSchema(cap);
5953
5987
  if (!schema) return { sections: [] };
@@ -5958,6 +5992,55 @@ var BaseAddon = class {
5958
5992
  } : projected);
5959
5993
  }
5960
5994
  /**
5995
+ * The integration-level view of this addon's settings: exactly the sections
5996
+ * named by {@link integrationSettingSections}, hydrated from the SAME store
5997
+ * `getGlobalSettings` reads, and narrowed to cluster-scoped fields.
5998
+ *
5999
+ * Returns `null` when the addon declared nothing — an addon that opts out has
6000
+ * no integration settings surface at all, rather than an empty one that reads
6001
+ * as a failed load.
6002
+ *
6003
+ * Three properties hold BY CONSTRUCTION, which is why they are here in core
6004
+ * and not in whichever UI happens to render this:
6005
+ *
6006
+ * 1. **One key.** The payload is a SUBSET of the global schema, so a field
6007
+ * shown here is the same field, with the same bare key, that the addon's
6008
+ * own page shows. There is no integration-specific writer — callers save
6009
+ * through `updateGlobalSettings` — so a second store key is unreachable,
6010
+ * not merely discouraged.
6011
+ * 2. **No node scope.** `perNode: true` fields are DROPPED. Their store key
6012
+ * is `<key>@<nodeId>` and an integration is not a node; whichever node
6013
+ * such a field silently picked would be a wrong answer for the operator
6014
+ * who opened the page (D266).
6015
+ * 3. **No silent typo.** A declared id that names no section throws. The
6016
+ * alternative — skip it — turns a rename into a surface that quietly
6017
+ * empties, which looks exactly like an addon with nothing to configure.
6018
+ */
6019
+ async getIntegrationSettings(nodeId) {
6020
+ const declared = this.integrationSettingSections();
6021
+ if (declared.length === 0) return null;
6022
+ const schema = this.globalSettingsSchema();
6023
+ if (!schema) throw new Error(`${this.constructor.name}: integrationSettingSections() names [${declared.join(", ")}] but globalSettingsSchema() returns null.`);
6024
+ const byId = new Map(schema.sections.map((section) => [section.id, section]));
6025
+ const sections = [];
6026
+ for (const id of declared) {
6027
+ const section = byId.get(id);
6028
+ if (!section) throw new Error(`${this.constructor.name}: integrationSettingSections() names unknown section "${id}". Known sections: [${[...byId.keys()].join(", ")}].`);
6029
+ const fields = dropPerNodeFields(section.fields);
6030
+ if (fields.length === 0) continue;
6031
+ sections.push({
6032
+ ...section,
6033
+ fields
6034
+ });
6035
+ }
6036
+ if (sections.length === 0) return null;
6037
+ const projected = await this.resolveGlobalStore(nodeId);
6038
+ return hydrateSchema({
6039
+ ...schema,
6040
+ sections
6041
+ }, projected);
6042
+ }
6043
+ /**
5961
6044
  * The raw addon store PROJECTED onto the target node's bare per-node keys:
5962
6045
  * every `perNode: true` field carries THAT node's scoped value on its bare
5963
6046
  * key (absent scoped key ⇒ key absent, so the schema `default` wins — no
@@ -6261,6 +6344,41 @@ var BaseAddon = class {
6261
6344
  * `hydrateSchema` does. Valueless structural fields (separator/info/…)
6262
6345
  * don't declare `perNode` and are excluded by the `in` narrowing.
6263
6346
  */
6347
+ /**
6348
+ * The same fields with every `perNode: true` one removed, recursing into layout
6349
+ * containers exactly as {@link collectPerNodeFieldKeys} does. A container left
6350
+ * with no child is dropped rather than rendered empty.
6351
+ *
6352
+ * Used by `getIntegrationSettings`: an integration is not a node, so a field
6353
+ * whose store key is `<key>@<nodeId>` has no node to belong to there.
6354
+ */
6355
+ function dropPerNodeFields(fields) {
6356
+ const kept = [];
6357
+ for (const field of fields) {
6358
+ if (field.type === "group") {
6359
+ const inner = dropPerNodeFields(field.fields);
6360
+ if (inner.length > 0) kept.push({
6361
+ ...field,
6362
+ fields: inner
6363
+ });
6364
+ continue;
6365
+ }
6366
+ if (field.type === "sub-tabs") {
6367
+ const tabs = field.tabs.map((tab) => ({
6368
+ ...tab,
6369
+ fields: dropPerNodeFields(tab.fields)
6370
+ })).filter((tab) => tab.fields.length > 0);
6371
+ if (tabs.length > 0) kept.push({
6372
+ ...field,
6373
+ tabs
6374
+ });
6375
+ continue;
6376
+ }
6377
+ if ("perNode" in field && field.perNode === true) continue;
6378
+ kept.push(field);
6379
+ }
6380
+ return kept;
6381
+ }
6264
6382
  function collectPerNodeFieldKeys(fields) {
6265
6383
  const collected = [];
6266
6384
  for (const field of fields) {
@@ -9430,6 +9548,9 @@ method(object({
9430
9548
  kind: "mutation",
9431
9549
  auth: "admin"
9432
9550
  }), method(object({
9551
+ addonId: string(),
9552
+ nodeId: string().optional()
9553
+ }), SettingsSchemaWithValuesSchema.nullable()), method(object({
9433
9554
  addonId: string(),
9434
9555
  deviceId: number(),
9435
9556
  nodeId: string().optional()
@@ -31652,6 +31773,12 @@ Object.freeze({
31652
31773
  addonId: null,
31653
31774
  access: "view"
31654
31775
  },
31776
+ "addonSettings.getIntegrationSettings": {
31777
+ capName: "addon-settings",
31778
+ capScope: "system",
31779
+ addonId: null,
31780
+ access: "view"
31781
+ },
31655
31782
  "addonSettings.updateDeviceSettings": {
31656
31783
  capName: "addon-settings",
31657
31784
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -5927,6 +5927,40 @@ var BaseAddon = class {
5927
5927
  deviceSettingsSchema() {
5928
5928
  return null;
5929
5929
  }
5930
+ /**
5931
+ * INTEGRATION-LEVEL SETTINGS — declare which of this addon's global sections
5932
+ * ARE the configuration of its integration.
5933
+ *
5934
+ * Return the `ConfigSection.id`s, from {@link globalSettingsSchema}, that an
5935
+ * operator should find on the addon's integration page (System →
5936
+ * Integrations → <name>) rather than only in the cluster-wide list of every
5937
+ * addon. Empty (the default) means the addon has no integration-level
5938
+ * settings and no such surface is offered — this is opt-in, because whether
5939
+ * an addon's configuration IS its integration's configuration depends on the
5940
+ * nature of the integration.
5941
+ *
5942
+ * WHAT THIS IS NOT. It is not a scope. The selected sections keep living in
5943
+ * the ONE global schema, in the ONE addon store, written by the ONE
5944
+ * `updateGlobalSettings` path. There is deliberately no
5945
+ * `updateIntegrationSettings`: a second write path is how a surface acquires
5946
+ * a second store key, and this repo has shipped that twice (`btmPath@hub`,
5947
+ * D266). Selecting sections cannot introduce a key that selecting cannot.
5948
+ *
5949
+ * WHY IT IS A LIST OF SECTION IDS AND NOT A MARKER ON THE SECTION.
5950
+ * `ConfigFieldBase` used to carry `scope?: 'device' | 'global'` and it was
5951
+ * removed with the reason recorded at
5952
+ * `packages/types/src/interfaces/config-ui.ts:249` — *"a field's scope is
5953
+ * determined by WHICH schema it lives in, not by a field-level marker."* A
5954
+ * marker sprinkled across sections also has to borrow a field that already
5955
+ * means something else; borrowing `section.tab` put the literal word
5956
+ * "integration" into an operator-facing tab bar, because `tab` means "how to
5957
+ * GROUP this visually" and cannot also mean "where this lives" (D269
5958
+ * supersedes D268). One declaration, in one place, next to the schema whose
5959
+ * ids it names.
5960
+ */
5961
+ integrationSettingSections() {
5962
+ return [];
5963
+ }
5930
5964
  async getGlobalSettings(overlay, cap, nodeId) {
5931
5965
  const schema = this.globalSettingsSchema(cap);
5932
5966
  if (!schema) return { sections: [] };
@@ -5937,6 +5971,55 @@ var BaseAddon = class {
5937
5971
  } : projected);
5938
5972
  }
5939
5973
  /**
5974
+ * The integration-level view of this addon's settings: exactly the sections
5975
+ * named by {@link integrationSettingSections}, hydrated from the SAME store
5976
+ * `getGlobalSettings` reads, and narrowed to cluster-scoped fields.
5977
+ *
5978
+ * Returns `null` when the addon declared nothing — an addon that opts out has
5979
+ * no integration settings surface at all, rather than an empty one that reads
5980
+ * as a failed load.
5981
+ *
5982
+ * Three properties hold BY CONSTRUCTION, which is why they are here in core
5983
+ * and not in whichever UI happens to render this:
5984
+ *
5985
+ * 1. **One key.** The payload is a SUBSET of the global schema, so a field
5986
+ * shown here is the same field, with the same bare key, that the addon's
5987
+ * own page shows. There is no integration-specific writer — callers save
5988
+ * through `updateGlobalSettings` — so a second store key is unreachable,
5989
+ * not merely discouraged.
5990
+ * 2. **No node scope.** `perNode: true` fields are DROPPED. Their store key
5991
+ * is `<key>@<nodeId>` and an integration is not a node; whichever node
5992
+ * such a field silently picked would be a wrong answer for the operator
5993
+ * who opened the page (D266).
5994
+ * 3. **No silent typo.** A declared id that names no section throws. The
5995
+ * alternative — skip it — turns a rename into a surface that quietly
5996
+ * empties, which looks exactly like an addon with nothing to configure.
5997
+ */
5998
+ async getIntegrationSettings(nodeId) {
5999
+ const declared = this.integrationSettingSections();
6000
+ if (declared.length === 0) return null;
6001
+ const schema = this.globalSettingsSchema();
6002
+ if (!schema) throw new Error(`${this.constructor.name}: integrationSettingSections() names [${declared.join(", ")}] but globalSettingsSchema() returns null.`);
6003
+ const byId = new Map(schema.sections.map((section) => [section.id, section]));
6004
+ const sections = [];
6005
+ for (const id of declared) {
6006
+ const section = byId.get(id);
6007
+ if (!section) throw new Error(`${this.constructor.name}: integrationSettingSections() names unknown section "${id}". Known sections: [${[...byId.keys()].join(", ")}].`);
6008
+ const fields = dropPerNodeFields(section.fields);
6009
+ if (fields.length === 0) continue;
6010
+ sections.push({
6011
+ ...section,
6012
+ fields
6013
+ });
6014
+ }
6015
+ if (sections.length === 0) return null;
6016
+ const projected = await this.resolveGlobalStore(nodeId);
6017
+ return hydrateSchema({
6018
+ ...schema,
6019
+ sections
6020
+ }, projected);
6021
+ }
6022
+ /**
5940
6023
  * The raw addon store PROJECTED onto the target node's bare per-node keys:
5941
6024
  * every `perNode: true` field carries THAT node's scoped value on its bare
5942
6025
  * key (absent scoped key ⇒ key absent, so the schema `default` wins — no
@@ -6240,6 +6323,41 @@ var BaseAddon = class {
6240
6323
  * `hydrateSchema` does. Valueless structural fields (separator/info/…)
6241
6324
  * don't declare `perNode` and are excluded by the `in` narrowing.
6242
6325
  */
6326
+ /**
6327
+ * The same fields with every `perNode: true` one removed, recursing into layout
6328
+ * containers exactly as {@link collectPerNodeFieldKeys} does. A container left
6329
+ * with no child is dropped rather than rendered empty.
6330
+ *
6331
+ * Used by `getIntegrationSettings`: an integration is not a node, so a field
6332
+ * whose store key is `<key>@<nodeId>` has no node to belong to there.
6333
+ */
6334
+ function dropPerNodeFields(fields) {
6335
+ const kept = [];
6336
+ for (const field of fields) {
6337
+ if (field.type === "group") {
6338
+ const inner = dropPerNodeFields(field.fields);
6339
+ if (inner.length > 0) kept.push({
6340
+ ...field,
6341
+ fields: inner
6342
+ });
6343
+ continue;
6344
+ }
6345
+ if (field.type === "sub-tabs") {
6346
+ const tabs = field.tabs.map((tab) => ({
6347
+ ...tab,
6348
+ fields: dropPerNodeFields(tab.fields)
6349
+ })).filter((tab) => tab.fields.length > 0);
6350
+ if (tabs.length > 0) kept.push({
6351
+ ...field,
6352
+ tabs
6353
+ });
6354
+ continue;
6355
+ }
6356
+ if ("perNode" in field && field.perNode === true) continue;
6357
+ kept.push(field);
6358
+ }
6359
+ return kept;
6360
+ }
6243
6361
  function collectPerNodeFieldKeys(fields) {
6244
6362
  const collected = [];
6245
6363
  for (const field of fields) {
@@ -9409,6 +9527,9 @@ method(object({
9409
9527
  kind: "mutation",
9410
9528
  auth: "admin"
9411
9529
  }), method(object({
9530
+ addonId: string(),
9531
+ nodeId: string().optional()
9532
+ }), SettingsSchemaWithValuesSchema.nullable()), method(object({
9412
9533
  addonId: string(),
9413
9534
  deviceId: number(),
9414
9535
  nodeId: string().optional()
@@ -31631,6 +31752,12 @@ Object.freeze({
31631
31752
  addonId: null,
31632
31753
  access: "view"
31633
31754
  },
31755
+ "addonSettings.getIntegrationSettings": {
31756
+ capName: "addon-settings",
31757
+ capScope: "system",
31758
+ addonId: null,
31759
+ access: "view"
31760
+ },
31634
31761
  "addonSettings.updateDeviceSettings": {
31635
31762
  capName: "addon-settings",
31636
31763
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-provider-wyze",
3
- "version": "0.2.40",
3
+ "version": "0.2.42",
4
4
  "description": "Wyze camera device-provider addon for CamStack — wraps the @apocaliss92/wyze-bridge-js P2P/DTLS client, feeding the stream-broker via the pull-rfc4571 lazy-publish path (a structural twin of addon-provider-reolink)",
5
5
  "keywords": [
6
6
  "camstack",