@webority-technologies/mobile-core 0.0.6 → 0.0.7

package/lib/module/sqlite/index.js

@@ -5,40 +5,25 @@ import { Logger } from "../logger/index.js";
 import { adaptExpoSqlite } from "./adapters/expo.js";
 
 /**
- * This module names NO native package. Metro resolves requires statically, so a
- * driver named here would be bundled by every consumer and would have to be
- * installed by every app, whichever driver it actually chose. Each driver lives
- * behind its own import path, and the app wires one at startup:
- *
- *   import { setSqliteImplementation } from '@webority-technologies/mobile-core/sqlite';
- *   import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op';
- *   setSqliteImplementation(opSqliteDriver());
- *
- * Supported entry points: /sqlite/op, /sqlite/nitro, /sqlite/quick,
- * /sqlite/storage. Any object matching SqliteDriver also works.
+ * expo-sqlite is the fleet's only sanctioned SQLite driver (react-native.md:
+ * "we will always use expo-sqlite, what Expo gives, we don't look elsewhere
+ * ever") — this module resolves it automatically, with no app-side wiring.
+ * `setSqliteImplementation` still exists, narrowed to tests and the showcase:
+ * it injects a denying/failing backend to reach error paths a healthy device
+ * never takes, the same pattern every other injectable surface in this
+ * library follows. It is not a way to pick an alternate real driver.
  */
 
 /** Only what a test or an app injected; null means use expo-sqlite. */
 let backend = null;
 
-/**
- * expo-sqlite, adapted once and memoised.
- *
- * Unlike the other surfaces this one keeps a real reason to inject: an app with
- * an existing database on another driver (op-sqlite, nitro, quick,
- * sqlite-storage) can hand it over, and those entry points stay published for
- * exactly that. expo-sqlite is simply what happens when nobody does.
- */
+/** expo-sqlite, adapted once and memoised. The only driver this module resolves. */
 let expoDriver;
 
 /**
- * Inject the SQLite driver. Pass `null` to clear it.
- *
- * `@webority-technologies/mobile-core` ships no database: it is pure JavaScript
- * and defines only this interface. Wire a driver once at startup:
- *
- *   import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op';
- *   setSqliteImplementation(opSqliteDriver());
+ * Test/showcase-only injection point — see the module header. Not a way to
+ * pick an alternate real driver; `@webority-technologies/mobile-core` always
+ * resolves expo-sqlite when nothing is injected. Pass `null` to clear it.
  */
 export const setSqliteImplementation = impl => {
   backend = impl;
@@ -56,10 +41,7 @@ export const isSqliteAvailable = () => resolveDriver() !== null;
 const requireBackend = op => {
   const b = resolveDriver();
   if (!b) {
-    // Naming the SETTER and an import path, not just packages to install:
-    // installing a driver alone does nothing here, and the previous wording
-    // ("Install one of ...") sent people to fix a thing that was not broken.
-    const err = new Error(`[@webority-technologies/mobile-core] No SQLite driver injected; cannot ${op}. ` + 'Install a driver and wire it once at startup, e.g. ' + "`import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op'` " + 'then `setSqliteImplementation(opSqliteDriver())`. Drivers: @op-engineering/op-sqlite ' + '(recommended), expo-sqlite, react-native-nitro-sqlite, react-native-quick-sqlite, ' + 'react-native-sqlite-storage.');
+    const err = new Error(`[@webority-technologies/mobile-core] No SQLite driver available; cannot ${op}. ` + 'Install expo-sqlite (the only sanctioned driver) in the consuming app.');
     Logger.error(err.message);
     throw err;
   }

package/lib/typescript/commonjs/formatters/windowsToIanaTable.d.ts

@@ -0,0 +1,18 @@
+/**
+ * .NET-style Windows time zone ID → IANA time zone name, one entry per
+ * Windows zone, generated from CLDR's `windowsZones.xml` (the same
+ * upstream source the retired `windows-iana` npm package derived its own
+ * table from). Only the `territory="001"` (world-default) row is kept per
+ * Windows zone — `formatTimeInWindowsZone` only ever reads the first IANA
+ * candidate, and CLDR's `001` row is exactly that default candidate, so
+ * per-country territory variants (`US`, `CA`, `ZZ`, …) carry no information
+ * this table's one caller uses.
+ *
+ * Regenerate with `node packages/core/scripts/generate-windows-to-iana-table.mjs
+ * <path-to-windowsZones.xml>` (CLDR: `common/supplemental/windowsZones.xml` in
+ * https://github.com/unicode-org/cldr) whenever CLDR adds/renames a zone —
+ * this is a committed, static table; nothing fetches CLDR at build or test
+ * time.
+ */
+export declare const WINDOWS_TO_IANA: Readonly<Record<string, string>>;
+//# sourceMappingURL=windowsToIanaTable.d.ts.map

package/lib/typescript/commonjs/index.d.ts

@@ -5,11 +5,12 @@
  * for anyone importing anything at all. Those live behind their own import
  * paths instead:
  *
- *   @webority-technologies/mobile-core/permissions  react-native-permissions
+ *   @webority-technologies/mobile-core/permissions  per kind, its own Expo module
  *   @webority-technologies/mobile-core/compressor   react-native-compressor
  *   @webority-technologies/mobile-core/geolocation  a geolocation provider
- *   @webority-technologies/mobile-core/sqlite       a SQLite driver
+ *   @webority-technologies/mobile-core/sqlite       expo-sqlite
  *   @webority-technologies/mobile-core/download     a filesystem module
+ *   @webority-technologies/mobile-core/smsRetriever Android only, own TurboModule
  *
  * react-native-keychain is the exception and is a REQUIRED peer: the HTTP client
  * reads the bearer token, so it is reachable from the main barrel by design.

package/lib/typescript/commonjs/permissions/index.d.ts

@@ -1,46 +1,25 @@
 export type PermissionKind = 'camera' | 'microphone' | 'photos' | 'photosAdd' | 'mediaLibrary' | 'location' | 'locationAlways' | 'contacts' | 'calendar' | 'reminders' | 'notifications' | 'bluetooth' | 'storage';
 export type PermissionStatus = 'unavailable' | 'denied' | 'limited' | 'granted' | 'blocked';
-export interface RNPermissionsModule {
-    PERMISSIONS: {
-        IOS: Record<string, string>;
-        ANDROID: Record<string, string>;
-    };
-    RESULTS: {
-        UNAVAILABLE: string;
-        DENIED: string;
-        LIMITED: string;
-        GRANTED: string;
-        BLOCKED: string;
-    };
-    check: (permission: string) => Promise<string>;
-    request: (permission: string) => Promise<string>;
-    openSettings: () => Promise<void>;
+export interface PermissionsBackend {
+    check: (kind: PermissionKind) => Promise<PermissionStatus>;
+    request: (kind: PermissionKind) => Promise<PermissionStatus>;
 }
 /**
- * Inject a custom permissions implementation at runtime.
- * Pass `null` to reset to the default lazily-resolved native module.
+ * Inject a custom permissions backend at runtime. Pass `null` to reset to the
+ * default per-kind Expo resolution.
  *
- * `resolved` goes FALSE on null, never true. Marking it resolved with a null
- * backend would permanently disable permissions: the resolver short-circuits and the
- * real module is never loaded again, which contradicts this function's own
- * documented contract. That exact bug shipped once, in the storage seam.
- *
- * THIS MODULE IS THE EXPO-FIRST EXCEPTION, and deliberately keeps the old
- * shape. Expo ships no permissions package: each module carries its own
- * (expo-location's requestForegroundPermissionsAsync, expo-image-picker's, and
- * so on), so there is no single object to adapt and the library must not guess
- * which Expo modules an app installed. react-native-permissions stays, behind
- * this module's own import path so an app that never asks for permissions
- * never names the package to Metro.
+ * Two legitimate reasons to call this: tests/the showcase reaching a denied,
+ * blocked or unavailable path a healthy device never takes; and an app that
+ * genuinely needs `bluetooth` or `storage`, which no Expo module covers.
  */
-export declare const setPermissionsImplementation: (impl: RNPermissionsModule | null) => void;
+export declare const setPermissionsImplementation: (impl: PermissionsBackend | null) => void;
 /**
  * Cross-platform permissions wrapper. Maps an abstract `PermissionKind`
- * (camera, photos, location, notifications, …) to the right
- * iOS / Android permission string under the hood.
- *
- * Requires `react-native-permissions` as an optional peer dependency;
- * when missing, every check/request resolves to `'unavailable'`.
+ * (camera, photos, location, notifications, …) to the Expo module that owns
+ * it under the hood — expo-camera, expo-image-picker, expo-location,
+ * expo-contacts, expo-calendar, expo-notifications, expo-media-library. Every
+ * one is an optional peer, required lazily; an app installs only the modules
+ * whose kinds it actually asks for.
  */
 export declare const Permissions: {
     check: (kind: PermissionKind) => Promise<PermissionStatus>;
@@ -51,5 +30,4 @@ export declare const Permissions: {
     ensure: (kind: PermissionKind) => Promise<PermissionStatus>;
     openSettings: () => Promise<boolean>;
 };
-export type { RNPermissionsModule as PermissionsLike };
 //# sourceMappingURL=index.d.ts.map

package/lib/typescript/commonjs/smsRetriever/index.d.ts

@@ -0,0 +1,30 @@
+export interface SmsRetrieverError {
+    type: 'TIMEOUT' | 'SERVICE_UNAVAILABLE' | 'UNKNOWN_ERROR';
+    message: string;
+}
+export interface SmsListenerSubscription {
+    remove: () => void;
+}
+export interface SmsRetrieverBackend {
+    getAppHash: () => Promise<string>;
+    startListening: (onMessage: (message: string) => void, onError?: (error: SmsRetrieverError) => void) => SmsListenerSubscription;
+}
+/** Test-only injection point. Pass `null` to reset to the native module. */
+export declare const setSmsRetrieverImplementation: (impl: SmsRetrieverBackend | null) => void;
+/**
+ * The Play Services SMS Retriever API — auto-reads an incoming OTP SMS with
+ * no SMS permission, matched by an 11-character app-signature hash
+ * (`getAppHash`) the backend appends to the message. Android only; every
+ * method is safe to call on iOS and resolves/reports unavailable rather than
+ * throwing, so a caller doesn't need a platform check at every call site.
+ *
+ * OTP extraction is left to the caller — `onMessage` receives the raw SMS
+ * text, since the expected OTP format (digit count, prefix) is a backend
+ * concern, not this module's.
+ */
+export declare const SmsRetriever: {
+    isAvailable: () => boolean;
+    getAppHash: () => Promise<string>;
+    startListening: (onMessage: (message: string) => void, onError?: (error: SmsRetrieverError) => void) => SmsListenerSubscription;
+};
+//# sourceMappingURL=index.d.ts.map

package/lib/typescript/commonjs/specs/NativeSmsRetriever.d.ts

@@ -0,0 +1,15 @@
+import type { TurboModule } from 'react-native';
+/**
+ * Android-only — the Play Services SMS Retriever API has no iOS equivalent.
+ * The JS wrapper in `smsRetriever/index.ts` never touches this module on
+ * iOS, so `getEnforcing` only ever runs on Android, where autolinking has
+ * registered `SmsRetrieverPackage`.
+ */
+export interface Spec extends TurboModule {
+    startSMSListener(): void;
+    stopSMSListener(): void;
+    getAppHash(): Promise<string>;
+}
+declare const _default: Spec;
+export default _default;
+//# sourceMappingURL=NativeSmsRetriever.d.ts.map

package/lib/typescript/commonjs/sqlite/index.d.ts

@@ -1,15 +1,11 @@
 /**
- * This module names NO native package. Metro resolves requires statically, so a
- * driver named here would be bundled by every consumer and would have to be
- * installed by every app, whichever driver it actually chose. Each driver lives
- * behind its own import path, and the app wires one at startup:
- *
- *   import { setSqliteImplementation } from '@webority-technologies/mobile-core/sqlite';
- *   import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op';
- *   setSqliteImplementation(opSqliteDriver());
- *
- * Supported entry points: /sqlite/op, /sqlite/nitro, /sqlite/quick,
- * /sqlite/storage. Any object matching SqliteDriver also works.
+ * expo-sqlite is the fleet's only sanctioned SQLite driver (react-native.md:
+ * "we will always use expo-sqlite, what Expo gives, we don't look elsewhere
+ * ever") — this module resolves it automatically, with no app-side wiring.
+ * `setSqliteImplementation` still exists, narrowed to tests and the showcase:
+ * it injects a denying/failing backend to reach error paths a healthy device
+ * never takes, the same pattern every other injectable surface in this
+ * library follows. It is not a way to pick an alternate real driver.
  */
 export interface SqliteResultSet {
     rows: Record<string, unknown>[];
@@ -26,13 +22,9 @@ export interface SqliteDriver {
     }) => Promise<SqliteDatabase>;
 }
 /**
- * Inject the SQLite driver. Pass `null` to clear it.
- *
- * `@webority-technologies/mobile-core` ships no database: it is pure JavaScript
- * and defines only this interface. Wire a driver once at startup:
- *
- *   import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op';
- *   setSqliteImplementation(opSqliteDriver());
+ * Test/showcase-only injection point — see the module header. Not a way to
+ * pick an alternate real driver; `@webority-technologies/mobile-core` always
+ * resolves expo-sqlite when nothing is injected. Pass `null` to clear it.
  */
 export declare const setSqliteImplementation: (impl: SqliteDriver | null) => void;
 export declare const isSqliteAvailable: () => boolean;

package/lib/typescript/module/formatters/windowsToIanaTable.d.ts

@@ -0,0 +1,18 @@
+/**
+ * .NET-style Windows time zone ID → IANA time zone name, one entry per
+ * Windows zone, generated from CLDR's `windowsZones.xml` (the same
+ * upstream source the retired `windows-iana` npm package derived its own
+ * table from). Only the `territory="001"` (world-default) row is kept per
+ * Windows zone — `formatTimeInWindowsZone` only ever reads the first IANA
+ * candidate, and CLDR's `001` row is exactly that default candidate, so
+ * per-country territory variants (`US`, `CA`, `ZZ`, …) carry no information
+ * this table's one caller uses.
+ *
+ * Regenerate with `node packages/core/scripts/generate-windows-to-iana-table.mjs
+ * <path-to-windowsZones.xml>` (CLDR: `common/supplemental/windowsZones.xml` in
+ * https://github.com/unicode-org/cldr) whenever CLDR adds/renames a zone —
+ * this is a committed, static table; nothing fetches CLDR at build or test
+ * time.
+ */
+export declare const WINDOWS_TO_IANA: Readonly<Record<string, string>>;
+//# sourceMappingURL=windowsToIanaTable.d.ts.map

package/lib/typescript/module/index.d.ts

@@ -5,11 +5,12 @@
  * for anyone importing anything at all. Those live behind their own import
  * paths instead:
  *
- *   @webority-technologies/mobile-core/permissions  react-native-permissions
+ *   @webority-technologies/mobile-core/permissions  per kind, its own Expo module
  *   @webority-technologies/mobile-core/compressor   react-native-compressor
  *   @webority-technologies/mobile-core/geolocation  a geolocation provider
- *   @webority-technologies/mobile-core/sqlite       a SQLite driver
+ *   @webority-technologies/mobile-core/sqlite       expo-sqlite
  *   @webority-technologies/mobile-core/download     a filesystem module
+ *   @webority-technologies/mobile-core/smsRetriever Android only, own TurboModule
  *
  * react-native-keychain is the exception and is a REQUIRED peer: the HTTP client
  * reads the bearer token, so it is reachable from the main barrel by design.

package/lib/typescript/module/permissions/index.d.ts

@@ -1,46 +1,25 @@
 export type PermissionKind = 'camera' | 'microphone' | 'photos' | 'photosAdd' | 'mediaLibrary' | 'location' | 'locationAlways' | 'contacts' | 'calendar' | 'reminders' | 'notifications' | 'bluetooth' | 'storage';
 export type PermissionStatus = 'unavailable' | 'denied' | 'limited' | 'granted' | 'blocked';
-export interface RNPermissionsModule {
-    PERMISSIONS: {
-        IOS: Record<string, string>;
-        ANDROID: Record<string, string>;
-    };
-    RESULTS: {
-        UNAVAILABLE: string;
-        DENIED: string;
-        LIMITED: string;
-        GRANTED: string;
-        BLOCKED: string;
-    };
-    check: (permission: string) => Promise<string>;
-    request: (permission: string) => Promise<string>;
-    openSettings: () => Promise<void>;
+export interface PermissionsBackend {
+    check: (kind: PermissionKind) => Promise<PermissionStatus>;
+    request: (kind: PermissionKind) => Promise<PermissionStatus>;
 }
 /**
- * Inject a custom permissions implementation at runtime.
- * Pass `null` to reset to the default lazily-resolved native module.
+ * Inject a custom permissions backend at runtime. Pass `null` to reset to the
+ * default per-kind Expo resolution.
  *
- * `resolved` goes FALSE on null, never true. Marking it resolved with a null
- * backend would permanently disable permissions: the resolver short-circuits and the
- * real module is never loaded again, which contradicts this function's own
- * documented contract. That exact bug shipped once, in the storage seam.
- *
- * THIS MODULE IS THE EXPO-FIRST EXCEPTION, and deliberately keeps the old
- * shape. Expo ships no permissions package: each module carries its own
- * (expo-location's requestForegroundPermissionsAsync, expo-image-picker's, and
- * so on), so there is no single object to adapt and the library must not guess
- * which Expo modules an app installed. react-native-permissions stays, behind
- * this module's own import path so an app that never asks for permissions
- * never names the package to Metro.
+ * Two legitimate reasons to call this: tests/the showcase reaching a denied,
+ * blocked or unavailable path a healthy device never takes; and an app that
+ * genuinely needs `bluetooth` or `storage`, which no Expo module covers.
  */
-export declare const setPermissionsImplementation: (impl: RNPermissionsModule | null) => void;
+export declare const setPermissionsImplementation: (impl: PermissionsBackend | null) => void;
 /**
  * Cross-platform permissions wrapper. Maps an abstract `PermissionKind`
- * (camera, photos, location, notifications, …) to the right
- * iOS / Android permission string under the hood.
- *
- * Requires `react-native-permissions` as an optional peer dependency;
- * when missing, every check/request resolves to `'unavailable'`.
+ * (camera, photos, location, notifications, …) to the Expo module that owns
+ * it under the hood — expo-camera, expo-image-picker, expo-location,
+ * expo-contacts, expo-calendar, expo-notifications, expo-media-library. Every
+ * one is an optional peer, required lazily; an app installs only the modules
+ * whose kinds it actually asks for.
  */
 export declare const Permissions: {
     check: (kind: PermissionKind) => Promise<PermissionStatus>;
@@ -51,5 +30,4 @@ export declare const Permissions: {
     ensure: (kind: PermissionKind) => Promise<PermissionStatus>;
     openSettings: () => Promise<boolean>;
 };
-export type { RNPermissionsModule as PermissionsLike };
 //# sourceMappingURL=index.d.ts.map

package/lib/typescript/module/smsRetriever/index.d.ts

@@ -0,0 +1,30 @@
+export interface SmsRetrieverError {
+    type: 'TIMEOUT' | 'SERVICE_UNAVAILABLE' | 'UNKNOWN_ERROR';
+    message: string;
+}
+export interface SmsListenerSubscription {
+    remove: () => void;
+}
+export interface SmsRetrieverBackend {
+    getAppHash: () => Promise<string>;
+    startListening: (onMessage: (message: string) => void, onError?: (error: SmsRetrieverError) => void) => SmsListenerSubscription;
+}
+/** Test-only injection point. Pass `null` to reset to the native module. */
+export declare const setSmsRetrieverImplementation: (impl: SmsRetrieverBackend | null) => void;
+/**
+ * The Play Services SMS Retriever API — auto-reads an incoming OTP SMS with
+ * no SMS permission, matched by an 11-character app-signature hash
+ * (`getAppHash`) the backend appends to the message. Android only; every
+ * method is safe to call on iOS and resolves/reports unavailable rather than
+ * throwing, so a caller doesn't need a platform check at every call site.
+ *
+ * OTP extraction is left to the caller — `onMessage` receives the raw SMS
+ * text, since the expected OTP format (digit count, prefix) is a backend
+ * concern, not this module's.
+ */
+export declare const SmsRetriever: {
+    isAvailable: () => boolean;
+    getAppHash: () => Promise<string>;
+    startListening: (onMessage: (message: string) => void, onError?: (error: SmsRetrieverError) => void) => SmsListenerSubscription;
+};
+//# sourceMappingURL=index.d.ts.map

package/lib/typescript/module/specs/NativeSmsRetriever.d.ts

@@ -0,0 +1,15 @@
+import type { TurboModule } from 'react-native';
+/**
+ * Android-only — the Play Services SMS Retriever API has no iOS equivalent.
+ * The JS wrapper in `smsRetriever/index.ts` never touches this module on
+ * iOS, so `getEnforcing` only ever runs on Android, where autolinking has
+ * registered `SmsRetrieverPackage`.
+ */
+export interface Spec extends TurboModule {
+    startSMSListener(): void;
+    stopSMSListener(): void;
+    getAppHash(): Promise<string>;
+}
+declare const _default: Spec;
+export default _default;
+//# sourceMappingURL=NativeSmsRetriever.d.ts.map

package/lib/typescript/module/sqlite/index.d.ts

@@ -1,15 +1,11 @@
 /**
- * This module names NO native package. Metro resolves requires statically, so a
- * driver named here would be bundled by every consumer and would have to be
- * installed by every app, whichever driver it actually chose. Each driver lives
- * behind its own import path, and the app wires one at startup:
- *
- *   import { setSqliteImplementation } from '@webority-technologies/mobile-core/sqlite';
- *   import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op';
- *   setSqliteImplementation(opSqliteDriver());
- *
- * Supported entry points: /sqlite/op, /sqlite/nitro, /sqlite/quick,
- * /sqlite/storage. Any object matching SqliteDriver also works.
+ * expo-sqlite is the fleet's only sanctioned SQLite driver (react-native.md:
+ * "we will always use expo-sqlite, what Expo gives, we don't look elsewhere
+ * ever") — this module resolves it automatically, with no app-side wiring.
+ * `setSqliteImplementation` still exists, narrowed to tests and the showcase:
+ * it injects a denying/failing backend to reach error paths a healthy device
+ * never takes, the same pattern every other injectable surface in this
+ * library follows. It is not a way to pick an alternate real driver.
  */
 export interface SqliteResultSet {
     rows: Record<string, unknown>[];
@@ -26,13 +22,9 @@ export interface SqliteDriver {
     }) => Promise<SqliteDatabase>;
 }
 /**
- * Inject the SQLite driver. Pass `null` to clear it.
- *
- * `@webority-technologies/mobile-core` ships no database: it is pure JavaScript
- * and defines only this interface. Wire a driver once at startup:
- *
- *   import { opSqliteDriver } from '@webority-technologies/mobile-core/sqlite/op';
- *   setSqliteImplementation(opSqliteDriver());
+ * Test/showcase-only injection point — see the module header. Not a way to
+ * pick an alternate real driver; `@webority-technologies/mobile-core` always
+ * resolves expo-sqlite when nothing is injected. Pass `null` to clear it.
  */
 export declare const setSqliteImplementation: (impl: SqliteDriver | null) => void;
 export declare const isSqliteAvailable: () => boolean;

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@webority-technologies/mobile-core",
-  "version": "0.0.6",
+  "version": "0.0.7",
   "description": "Platform layer for Webority React Native apps: HTTP clients, auth/token storage, config, logging, formatters, validators, network status, permissions, storage and version checks. No UI.",
   "keywords": [
     "react-native",
@@ -71,44 +71,14 @@
         "default": "./lib/commonjs/download/index.js"
       }
     },
-    "./sqlite/op": {
+    "./smsRetriever": {
       "import": {
-        "types": "./lib/typescript/module/sqlite/op.d.ts",
-        "default": "./lib/module/sqlite/op.js"
+        "types": "./lib/typescript/module/smsRetriever/index.d.ts",
+        "default": "./lib/module/smsRetriever/index.js"
       },
       "require": {
-        "types": "./lib/typescript/commonjs/sqlite/op.d.ts",
-        "default": "./lib/commonjs/sqlite/op.js"
-      }
-    },
-    "./sqlite/nitro": {
-      "import": {
-        "types": "./lib/typescript/module/sqlite/nitro.d.ts",
-        "default": "./lib/module/sqlite/nitro.js"
-      },
-      "require": {
-        "types": "./lib/typescript/commonjs/sqlite/nitro.d.ts",
-        "default": "./lib/commonjs/sqlite/nitro.js"
-      }
-    },
-    "./sqlite/quick": {
-      "import": {
-        "types": "./lib/typescript/module/sqlite/quick.d.ts",
-        "default": "./lib/module/sqlite/quick.js"
-      },
-      "require": {
-        "types": "./lib/typescript/commonjs/sqlite/quick.d.ts",
-        "default": "./lib/commonjs/sqlite/quick.js"
-      }
-    },
-    "./sqlite/storage": {
-      "import": {
-        "types": "./lib/typescript/module/sqlite/storage.d.ts",
-        "default": "./lib/module/sqlite/storage.js"
-      },
-      "require": {
-        "types": "./lib/typescript/commonjs/sqlite/storage.d.ts",
-        "default": "./lib/commonjs/sqlite/storage.js"
+        "types": "./lib/typescript/commonjs/smsRetriever/index.d.ts",
+        "default": "./lib/commonjs/smsRetriever/index.js"
       }
     },
     "./package.json": "./package.json"
@@ -119,11 +89,20 @@
   "types": "./lib/typescript/commonjs/index.d.ts",
   "files": [
     "lib",
+    "android",
     "!**/__tests__",
     "!**/*.test.*",
     "!**/*.spec.*",
     "!**/*.map"
   ],
+  "codegenConfig": {
+    "name": "RNMobileCoreSmsRetrieverSpec",
+    "type": "modules",
+    "jsSrcsDir": "./src/specs",
+    "android": {
+      "javaPackageName": "com.webority.mobilecore.smsretriever"
+    }
+  },
   "scripts": {
     "build": "bob build",
     "clean": "rimraf lib",
@@ -134,40 +113,43 @@
   },
   "dependencies": {
     "axios": "^1.19.0",
-    "libphonenumber-js": "^1.12.41",
-    "windows-iana": "^5.1.0"
+    "libphonenumber-js": "^1.12.41"
   },
   "peerDependencies": {
-    "@op-engineering/op-sqlite": "*",
     "expo": ">=57.0.0",
     "expo-application": ">=57.0.0",
+    "expo-calendar": ">=57.0.0",
+    "expo-camera": ">=57.0.0",
+    "expo-contacts": ">=57.0.0",
     "expo-file-system": ">=57.0.0",
     "expo-image-manipulator": ">=57.0.0",
+    "expo-image-picker": ">=57.0.0",
     "expo-location": ">=57.0.0",
+    "expo-media-library": ">=57.0.0",
     "expo-network": ">=57.0.0",
+    "expo-notifications": ">=57.0.0",
     "expo-secure-store": ">=57.0.0",
     "expo-sqlite": ">=57.0.0",
     "react": "^19.1.0",
-    "react-native": ">=0.81.0",
-    "react-native-nitro-sqlite": "*",
-    "react-native-permissions": ">=4.0.0",
-    "react-native-quick-sqlite": "*",
-    "react-native-sqlite-storage": "*"
+    "react-native": ">=0.81.0"
   },
   "peerDependenciesMeta": {
-    "@op-engineering/op-sqlite": {
+    "expo-calendar": {
+      "optional": true
+    },
+    "expo-camera": {
       "optional": true
     },
-    "react-native-nitro-sqlite": {
+    "expo-contacts": {
       "optional": true
     },
-    "react-native-permissions": {
+    "expo-image-picker": {
       "optional": true
     },
-    "react-native-quick-sqlite": {
+    "expo-media-library": {
       "optional": true
     },
-    "react-native-sqlite-storage": {
+    "expo-notifications": {
       "optional": true
     }
   },

package/lib/commonjs/sqlite/adapters/op.js

@@ -1,43 +0,0 @@
-"use strict";
-
-Object.defineProperty(exports, "__esModule", {
-  value: true
-});
-exports.adaptOpSqlite = void 0;
-/**
- * @op-engineering/op-sqlite. Shape verified against 18.1.4 rather than assumed:
- * `open({ name, location })` is synchronous and returns a DB whose `execute` is
- * ASYNC, and whose `rows` is already a plain array of objects rather than the
- * `{ _array, item() }` shape the older drivers use. Both differences are why it
- * cannot share the sync adapter.
- *
- * The REQUIRE lives in the driver entry point beside this file, never here.
- */
-
-const adaptOpSqlite = mod => ({
-  open: async (name, options) => {
-    const db = mod.open({
-      name,
-      location: options?.location
-    });
-    return {
-      execute: async (sql, params) => {
-        const result = await db.execute(sql, params ? [...params] : undefined);
-        return {
-          rows: result.rows ?? [],
-          rowsAffected: result.rowsAffected ?? 0,
-          insertId: result.insertId
-        };
-      },
-      close: async () => {
-        if (db.closeAsync) {
-          await db.closeAsync();
-          return;
-        }
-        db.close();
-      }
-    };
-  }
-});
-exports.adaptOpSqlite = adaptOpSqlite;
-//# sourceMappingURL=op.js.map