@camstack/addon-terminal 0.1.65 → 0.1.67
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 +20 -1
- package/dist/addon.mjs +20 -1
- package/package.json +1 -1
package/dist/addon.js
CHANGED
|
@@ -12855,7 +12855,26 @@ var DiscoveryCandidateSchema = object({
|
|
|
12855
12855
|
* identity ahead of adoption. Rendering metadata (unit, precision)
|
|
12856
12856
|
* flows live through the cap STATUS SLICE after adoption.
|
|
12857
12857
|
*/
|
|
12858
|
-
sourceInfo: SourceInfoSchema.optional()
|
|
12858
|
+
sourceInfo: SourceInfoSchema.optional(),
|
|
12859
|
+
/**
|
|
12860
|
+
* Set when this candidate is a device the provider ALREADY owns.
|
|
12861
|
+
*
|
|
12862
|
+
* A scan cannot generally produce the identity a device was onboarded under
|
|
12863
|
+
* (Reolink keys on `mac-<mac>`, learned at adopt time), so a stableId
|
|
12864
|
+
* comparison never matches and an owned device looks addable. Re-adopting one
|
|
12865
|
+
* overwrites its config with scan-derived values — that is how a Home Hub's
|
|
12866
|
+
* Baichuan port was overwritten with its ONVIF port, taking the hub and its
|
|
12867
|
+
* three child cameras offline for four hours.
|
|
12868
|
+
*
|
|
12869
|
+
* A provider that can recognise its own devices says so here. Absent means
|
|
12870
|
+
* "not recognised", which is not the same as "known to be new" — a provider
|
|
12871
|
+
* that cannot tell simply never sets it.
|
|
12872
|
+
*/
|
|
12873
|
+
alreadyOnboarded: boolean().optional(),
|
|
12874
|
+
/** Numeric id of the device this candidate was matched to. Set with `alreadyOnboarded`. */
|
|
12875
|
+
onboardedDeviceId: number().optional(),
|
|
12876
|
+
/** Operator-facing name of the matched device, so the UI can say WHICH one it is. */
|
|
12877
|
+
onboardedName: string().optional()
|
|
12859
12878
|
});
|
|
12860
12879
|
/**
|
|
12861
12880
|
* Flat device summary returned by `createDevice` / `adoptDiscoveredDevice`.
|
package/dist/addon.mjs
CHANGED
|
@@ -12832,7 +12832,26 @@ var DiscoveryCandidateSchema = object({
|
|
|
12832
12832
|
* identity ahead of adoption. Rendering metadata (unit, precision)
|
|
12833
12833
|
* flows live through the cap STATUS SLICE after adoption.
|
|
12834
12834
|
*/
|
|
12835
|
-
sourceInfo: SourceInfoSchema.optional()
|
|
12835
|
+
sourceInfo: SourceInfoSchema.optional(),
|
|
12836
|
+
/**
|
|
12837
|
+
* Set when this candidate is a device the provider ALREADY owns.
|
|
12838
|
+
*
|
|
12839
|
+
* A scan cannot generally produce the identity a device was onboarded under
|
|
12840
|
+
* (Reolink keys on `mac-<mac>`, learned at adopt time), so a stableId
|
|
12841
|
+
* comparison never matches and an owned device looks addable. Re-adopting one
|
|
12842
|
+
* overwrites its config with scan-derived values — that is how a Home Hub's
|
|
12843
|
+
* Baichuan port was overwritten with its ONVIF port, taking the hub and its
|
|
12844
|
+
* three child cameras offline for four hours.
|
|
12845
|
+
*
|
|
12846
|
+
* A provider that can recognise its own devices says so here. Absent means
|
|
12847
|
+
* "not recognised", which is not the same as "known to be new" — a provider
|
|
12848
|
+
* that cannot tell simply never sets it.
|
|
12849
|
+
*/
|
|
12850
|
+
alreadyOnboarded: boolean().optional(),
|
|
12851
|
+
/** Numeric id of the device this candidate was matched to. Set with `alreadyOnboarded`. */
|
|
12852
|
+
onboardedDeviceId: number().optional(),
|
|
12853
|
+
/** Operator-facing name of the matched device, so the UI can say WHICH one it is. */
|
|
12854
|
+
onboardedName: string().optional()
|
|
12836
12855
|
});
|
|
12837
12856
|
/**
|
|
12838
12857
|
* Flat device summary returned by `createDevice` / `adoptDiscoveredDevice`.
|