@dotrino/identity 0.47.0 → 0.48.0

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.
Files changed (2) hide show
  1. package/package.json +1 -1
  2. package/vault/core.js +49 -8
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@dotrino/identity",
3
- "version": "0.47.0",
3
+ "version": "0.48.0",
4
4
  "description": "Identidad y rating de usuarios compartidos entre apps de Dotrino (vault iframe + postMessage)",
5
5
  "type": "module",
6
6
  "main": "src/index.js",
package/vault/core.js CHANGED
@@ -342,19 +342,60 @@ export async function createIdentityCore ({ kv: rawKv, peers, makeSync = null, k
342
342
 
343
343
  /**
344
344
  * BORRADO por revocación. Solo lo dispara un `vault.revoked` FIRMADO por la maestra
345
- * pineada (lo verifica `remote.js` antes de llamar aquí). Emite 'revoked' →
346
- * `@dotrino/store` borra el store de ESTE perfil (los demás quedan intactos).
345
+ * pineada (lo verifica `remote.js` antes de llamar aquí).
346
+ *
347
+ * Se va la CUENTA ENTERA, no solo el enlace. Una cuenta que vivía en una bóveda y de la
348
+ * que te echaron no es «una cuenta sin bóveda»: no es nada. Dejarla ahí —sin acta, sin
349
+ * certificado, con su llave— era dejar un cascarón que seguía saliendo en el conmutador
350
+ * de perfiles, con su nombre y su foto, sin poder hacer nada y sin que nadie supiera qué
351
+ * era ni cómo quitarlo.
352
+ *
353
+ * El aparato NUNCA se queda sin cuenta utilizable, que es la otra mitad: si había otras,
354
+ * se pasa a una de ellas; si esa era la única, se estrena una vacía. Así al terminar hay
355
+ * exactamente lo que tiene que haber: un dispositivo con su cuenta, listo para usarse o
356
+ * para volver a conectarse a una bóveda.
357
+ *
358
+ * Los pasos van EN ESTE ORDEN a propósito:
359
+ * 1. fuera el enlace y el acta (deja de poder hablar con la bóveda y de enseñar el
360
+ * perfil del que lo echaron);
361
+ * 2. 'revoked' → `@dotrino/store` borra el store de ESE perfil (apunta al id que ya
362
+ * tenía fijado, así que da igual lo que hagamos después con el perfil activo);
363
+ * 3. se borra la cuenta y se deja otra puesta;
364
+ * 4. 'account-removed' → la app RECARGA (multi-perfil no es reactivo, por diseño).
347
365
  */
348
366
  const wipeVaultLink = () => {
349
367
  try { kv.removeItem(VAULT_CERT_STORAGE); kv.removeItem(VAULT_DEVICE_STORAGE) } catch (_) {}
350
- // Y el ACTA. Sin esto el aparato borraba su enlace con la bóveda pero seguía
351
- // enseñando el perfil del que acababan de echarlo —con sus miembros y sus permisos—,
352
- // porque la copia local se quedaba ahí y ya no podía refrescarla (está revocado). El
353
- // dueño lo describió exacto: «el device ni por enterado de que está fuera».
354
- // Queda como lo que es: un dispositivo sin cuenta, que puede crear la suya o
355
- // emparejarse otra vez.
356
368
  try { kv.removeItem(ACTA_STORAGE) } catch (_) {}
357
369
  emitVault({ phase: 'revoked' })
370
+ // Sin `await`: quien llama es un manejador de mensajes que no espera nada (y si algo
371
+ // aquí revienta, el enlace y el acta ya se fueron, que es lo que no puede quedar).
372
+ removeThisAccount().catch(() => {})
373
+ }
374
+
375
+ /**
376
+ * Borra la cuenta de ESTE dispositivo y deja otra activa (existente o recién creada).
377
+ * Se usa al ser expulsado; ver `wipeVaultLink`.
378
+ */
379
+ let removingAccount = false
380
+ async function removeThisAccount () {
381
+ // UNA VEZ. Puede haber varias peticiones en vuelo y a todas les llega el mismo aviso;
382
+ // sin este cerrojo, la segunda borraría la cuenta RECIÉN CREADA (para entonces
383
+ // `currentPid` ya es la nueva) en vez de la que echaron.
384
+ if (removingAccount) return
385
+ removingAccount = true
386
+ const gone = currentPid
387
+ // Si esa era la única cuenta hay que estrenar otra ANTES de borrarla: `deleteProfile`
388
+ // se niega a dejar el dispositivo sin ninguna, y con razón. Crear ya deja la nueva
389
+ // activa; si había otras, es el propio `deleteProfile` quien pasa a la primera.
390
+ const created = loadProfiles().filter((p) => p.id !== gone).length === 0
391
+ try {
392
+ if (created) await handlers.createProfile({ name: '' })
393
+ await handlers.deleteProfile({ id: gone })
394
+ } catch (e) {
395
+ emitVault({ phase: 'account-removed', removed: gone, current: currentPid, error: e?.message || String(e) })
396
+ return
397
+ }
398
+ emitVault({ phase: 'account-removed', removed: gone, current: currentPid, created })
358
399
  }
359
400
 
360
401
  /**