@rivium/push-web 0.1.8 → 0.1.9
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.d.ts +13 -0
- package/dist/index.esm.js +1 -1
- package/dist/index.esm.js.map +1 -1
- package/dist/index.js +1 -1
- package/dist/index.js.map +1 -1
- package/dist/index.umd.js +1 -1
- package/dist/index.umd.js.map +1 -1
- package/dist/version.d.ts +1 -1
- package/package.json +1 -1
- package/service-worker.js +1 -1
package/dist/index.d.ts
CHANGED
|
@@ -649,6 +649,19 @@ declare class RiviumPush {
|
|
|
649
649
|
private showRichNotification;
|
|
650
650
|
private updateFaviconBadge;
|
|
651
651
|
private setConnectionState;
|
|
652
|
+
/**
|
|
653
|
+
* The id the BACKEND uses in MQTT topics: the first 16 characters of the
|
|
654
|
+
* project id, returned as `appId` by /devices/register.
|
|
655
|
+
*
|
|
656
|
+
* Channels were built from the API key prefix instead, so every channel this
|
|
657
|
+
* SDK streamed from was one nothing is ever published to - the real-time
|
|
658
|
+
* path silently delivered nothing on web, from 0.1.0 until 0.1.9. It went
|
|
659
|
+
* unnoticed because Web Push carried every message on its own.
|
|
660
|
+
*
|
|
661
|
+
* The API key prefix stays as the fallback for a backend old enough not to
|
|
662
|
+
* return `appId`; the native SDKs do exactly the same.
|
|
663
|
+
*/
|
|
664
|
+
private topicAppId;
|
|
652
665
|
private getOrCreateDeviceId;
|
|
653
666
|
private generateUUID;
|
|
654
667
|
private urlBase64ToUint8Array;
|