@camstack/addon-decoder-nodeav 1.2.60 → 1.2.62
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/index.js +20 -1
- package/dist/index.mjs +20 -1
- package/package.json +1 -1
package/dist/index.js
CHANGED
|
@@ -12677,7 +12677,26 @@ var DiscoveryCandidateSchema = object({
|
|
|
12677
12677
|
* identity ahead of adoption. Rendering metadata (unit, precision)
|
|
12678
12678
|
* flows live through the cap STATUS SLICE after adoption.
|
|
12679
12679
|
*/
|
|
12680
|
-
sourceInfo: SourceInfoSchema.optional()
|
|
12680
|
+
sourceInfo: SourceInfoSchema.optional(),
|
|
12681
|
+
/**
|
|
12682
|
+
* Set when this candidate is a device the provider ALREADY owns.
|
|
12683
|
+
*
|
|
12684
|
+
* A scan cannot generally produce the identity a device was onboarded under
|
|
12685
|
+
* (Reolink keys on `mac-<mac>`, learned at adopt time), so a stableId
|
|
12686
|
+
* comparison never matches and an owned device looks addable. Re-adopting one
|
|
12687
|
+
* overwrites its config with scan-derived values — that is how a Home Hub's
|
|
12688
|
+
* Baichuan port was overwritten with its ONVIF port, taking the hub and its
|
|
12689
|
+
* three child cameras offline for four hours.
|
|
12690
|
+
*
|
|
12691
|
+
* A provider that can recognise its own devices says so here. Absent means
|
|
12692
|
+
* "not recognised", which is not the same as "known to be new" — a provider
|
|
12693
|
+
* that cannot tell simply never sets it.
|
|
12694
|
+
*/
|
|
12695
|
+
alreadyOnboarded: boolean().optional(),
|
|
12696
|
+
/** Numeric id of the device this candidate was matched to. Set with `alreadyOnboarded`. */
|
|
12697
|
+
onboardedDeviceId: number().optional(),
|
|
12698
|
+
/** Operator-facing name of the matched device, so the UI can say WHICH one it is. */
|
|
12699
|
+
onboardedName: string().optional()
|
|
12681
12700
|
});
|
|
12682
12701
|
/**
|
|
12683
12702
|
* Flat device summary returned by `createDevice` / `adoptDiscoveredDevice`.
|
package/dist/index.mjs
CHANGED
|
@@ -12673,7 +12673,26 @@ var DiscoveryCandidateSchema = object({
|
|
|
12673
12673
|
* identity ahead of adoption. Rendering metadata (unit, precision)
|
|
12674
12674
|
* flows live through the cap STATUS SLICE after adoption.
|
|
12675
12675
|
*/
|
|
12676
|
-
sourceInfo: SourceInfoSchema.optional()
|
|
12676
|
+
sourceInfo: SourceInfoSchema.optional(),
|
|
12677
|
+
/**
|
|
12678
|
+
* Set when this candidate is a device the provider ALREADY owns.
|
|
12679
|
+
*
|
|
12680
|
+
* A scan cannot generally produce the identity a device was onboarded under
|
|
12681
|
+
* (Reolink keys on `mac-<mac>`, learned at adopt time), so a stableId
|
|
12682
|
+
* comparison never matches and an owned device looks addable. Re-adopting one
|
|
12683
|
+
* overwrites its config with scan-derived values — that is how a Home Hub's
|
|
12684
|
+
* Baichuan port was overwritten with its ONVIF port, taking the hub and its
|
|
12685
|
+
* three child cameras offline for four hours.
|
|
12686
|
+
*
|
|
12687
|
+
* A provider that can recognise its own devices says so here. Absent means
|
|
12688
|
+
* "not recognised", which is not the same as "known to be new" — a provider
|
|
12689
|
+
* that cannot tell simply never sets it.
|
|
12690
|
+
*/
|
|
12691
|
+
alreadyOnboarded: boolean().optional(),
|
|
12692
|
+
/** Numeric id of the device this candidate was matched to. Set with `alreadyOnboarded`. */
|
|
12693
|
+
onboardedDeviceId: number().optional(),
|
|
12694
|
+
/** Operator-facing name of the matched device, so the UI can say WHICH one it is. */
|
|
12695
|
+
onboardedName: string().optional()
|
|
12677
12696
|
});
|
|
12678
12697
|
/**
|
|
12679
12698
|
* Flat device summary returned by `createDevice` / `adoptDiscoveredDevice`.
|