4 Commits

Include renames

Author	SHA1	Message	Date
jaredandClaude Opus 4.8	b2678d5c6d	fix(unread): stop DM device-verification requests re-lighting as unread ... A completed in-room device-verification request is a plain m.room.message (msgtype m.key.verification.request) that matches the default DM push rule with no recency gate, so the server/SDK notification count stays > 0 and the DM re-lights as unread on every fresh sync until the room is opened twice. Two-part fix: - Display suppression: getUnreadInfo/getUnreadInfos return {0,0} for a room whose ENTIRE unread span (tail -> read receipt) is verification-flow events, via new pure helpers isVerificationFlowEvent + unreadIsOnlyVerification. Conservative: never suppresses when the read marker is off-window, the tail is still encrypted, or a highlight is present. - Durable auto-read: useAutoMarkVerificationRead sends a read receipt covering the request (the only SDK-durable lever), once per room per session, gated on the same verification-only predicate so it can never ack a real message. unreadIsOnlyVerification also rejects any room with an unread thread, because markAsRead clears every thread unconditionally — otherwise a verification-only main timeline with a genuine unread thread reply would be hidden/auto-acked. Reviewed by 5 agents; the thread-scope guard closes the one bug they found. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-29 01:18:31 -04:00
jaredandClaude Opus 4.8	07b0c410ab	fix(notifications): don't badge/notify stale device-verification requests ... In-room verification requests arrive as m.room.message with msgtype 'm.key.verification.request', so isNotificationEvent() counted them (type is m.room.message). A stale/old request at the tail of a DM therefore re-lit the room's unread dot — and could fire a toast/OS notification — on every fresh sync (app update / CTRL+F5 cache clear); opening the room only cleared it via the local read-receipt echo, so it returned on the next reload. Exclude that msgtype from isNotificationEvent so verification control messages never drive unread/notifications (mirrors the existing member/redaction/edit exclusions). The rest of the verification flow already uses distinct event types that aren't notification events. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-07 12:10:33 -04:00
jaredandClaude Opus 4.8	501d493ca4	feat(threads): Slack-style per-thread notifications (P4-1) ... Default = Participating: thread replies notify only when you've posted in the thread or are @mentioned; per-thread override to All / Mentions-only / Mute via a bell menu in the thread panel header. Modes sync across devices in io.lotus.thread_notifications account data (pruned on write: left rooms, >180d, cap 200/room). Muted threads: no notifications/sounds, chip badge suppressed (+BellMute glyph), and their counts are subtracted from the room's sidebar badge (client-side; clamped ≥0). Also fixes the thread notification path itself: thread replies are now owned by exactly ONE handler (room-level ThreadEvent.NewReply via a new useRoomsListener hook, with per-thread dedupe, panel-aware focus suppression, and per-thread OS tag coalescing) — the existing RoomEvent.Timeline handlers in the notifier and the unread binder are explicitly thread-guarded, eliminating the previously un-gated/double path. Room badges now also refresh live on RoomEvent.UnreadNotifications (surgical per-room PUT; fixes thread-badge lag). Pure decision core shouldNotifyThreadReply (13-case matrix) + prune + unread subtraction: +32 tests (648 total). E2EE caveat documented: mentions-only may under-notify pre-decryption (same class as the existing path). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-01 22:39:10 -04:00
jaredandClaude Opus 4.8	0bd2273bee	test: add suites for utils/room (40) + plugins/matrix-to (7) ... - utils/room (40, via subagent): 28 helpers — state-event accessors, m.direct parsing, space/room classification, parent/child graph (incl. cycle safety), mute-rule + notification logic, unread info, reply trimming, member display/ avatar/search, reaction/edit/mention extraction, room-icon branches. SDK/ crypto-heavy helpers skipped. No bugs found. - plugins/matrix-to (7): matrix.to permalink build + parse for user/room/event including via-server round-trips and negative cases. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-06-30 14:28:32 -04:00