mirror of https://github.com/logos-messaging/libchat.git synced 2026-07-02 22:19:35 +00:00

History

fix: subscribe InboxV2 on routing_id, not the credential id

InboxV2 gated inbound on the credential id (hex of the DelegateCredential TLV),
but a sender addresses the Welcome to the invitee's routing address, which the
account directory resolves to the device key HttpRegistry stores the key-package
under. The two differ, so the Welcome fell through to PayloadOutcome::Empty and
the invitee never joined. EphemeralRegistry hid this by keying key-packages on
the credential id.

This is routing-vs-credential, not account-vs-device: the TLV-wrapped credential
differs from the address even when account key == device key (testnet today), so
a client associating over HttpRegistry hits it; only the in-process
EphemeralRegistry path is unaffected.

Add IdentityProvider::routing_id() (defaults to id()); DelegateSigner derives it
from its credential (the account address once associated, else id());
Core::assemble subscribes InboxV2 on routing_id(). id() still backs the MLS
credential, member id, sender id, and decode_sender, so membership and
attribution are unchanged. Regression test direct_v1_welcome_routes_on_routing_id
over a device-key-keyed registry (as HttpRegistry) fails without the fix.

2026-07-01 01:49:48 +02:00

account

Update Context to accept External Identity Provider. (#127 )

2026-06-10 06:59:04 -07:00

conversations

fix: subscribe InboxV2 on routing_id, not the credential id

2026-07-01 01:49:48 +02:00

crypto

feat: extend the http registry to store account's installations (#129 )

2026-06-11 21:07:11 +08:00

double-ratchets

refactor: remove client-ffi and legacy nim bindings (#133 )