@dotrino/identity 0.76.0 → 0.77.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@dotrino/identity",
-  "version": "0.76.0",
+  "version": "0.77.0",
   "description": "Identidad y rating de usuarios compartidos entre apps de Dotrino (vault iframe + postMessage)",
   "type": "module",
   "main": "src/index.js",

package/src/index.js

@@ -489,7 +489,14 @@ export class Identity {
   // Podés tener varios perfiles (identidades) en el mismo navegador, cada uno conectado o no
   // a su propio vault. Crear/cambiar setea el perfil activo; la app RECARGA la página y toma
   // el nuevo (no reactivo: las apps abiertas conservan el perfil con el que cargaron).
-  /** Lista de perfiles: [{ id, name, pubkey, current }]. */
+  /**
+   * Lista de perfiles: `[{ id, name, pubkey, avatar, current, pendingJoin, vault, approve }]`.
+   *
+   * `vault` = ese perfil está conectado a una bóveda · `approve` = además su certificado
+   * le deja aprobar pedidos. Los dos salen de leer el cert guardado de cada perfil, sin
+   * cambiar el activo ni firmar nada — es lo que necesita la pantalla de Pedidos para
+   * saber a QUÉ perfil pertenece lo que timbró el teléfono.
+   */
   async listProfiles () { return this._call('listProfiles') }
   /** El perfil activo: { id, name, pubkey }. */
   async currentProfile () { return this._call('currentProfile') }

package/vault/core.js

@@ -1524,9 +1524,24 @@ export async function createIdentityCore ({ kv: rawKv, peers, makeSync = null, k
           const m = raw ? JSON.parse(raw) : null
           if (m && typeof m.avatar === 'string') avatar = m.avatar
         } catch (_) {}
-        // `pendingJoin`: nació para adoptar la cuenta de una bóveda y todavía no se unió.
-        // La consola lo usa para no ofrecerlo como una cuenta normal a medio hacer.
-        return { id: p.id, name: p.name || '', pubkey: p.pubkey || null, avatar, current: p.id === currentPid, pendingJoin: !!p.pendingJoin }
+        // QUÉ PERFIL ESTÁ CONECTADO A UNA BÓVEDA, Y CUÁL APRUEBA.
+        //
+        // Con varios perfiles en el mismo aparato, el pedido que timbra el teléfono es de
+        // UNO de ellos, y puede no ser el activo. Sin esto la pantalla de Pedidos abría con
+        // el que hubiera y decía «este aparato no aprueba pedidos» — falso: el que aprueba
+        // era otro perfil, y no había forma de saber cuál.
+        //
+        // Se lee el CERT de cada perfil, que está en claro en el kv (no es un secreto: dice
+        // qué puede hacer este aparato, no cómo). Es solo lectura y no hace falta la llave
+        // del otro perfil, así que no se cambia el activo ni se firma nada.
+        let vault = false; let approve = false
+        try {
+          const raw = p.id === currentPid ? kv.getItem(VAULT_CERT_STORAGE) : rawKv.getItem(`dotrino.identity.p.${p.id}.vault.cert`)
+          const v = raw ? JSON.parse(raw) : null
+          vault = !!v?.cert
+          approve = vault && (v.cert.scope || []).includes('vault:approve')
+        } catch (_) {}
+        return { id: p.id, name: p.name || '', pubkey: p.pubkey || null, avatar, current: p.id === currentPid, pendingJoin: !!p.pendingJoin, vault, approve }
       })
     },
     async currentProfile () {