The real problem: nostr.relay() and nostr.group() each open brand new
WebSocket connections outside the pool. Every hook that called these
was creating duplicate connections to relays the pool already had open.
Fixed by routing all queries and subscriptions through the pool (nostr)
directly, which reuses its internal connections:
- useStreamPosts: nostr.relay('wss://relay.ditto.pub') → nostr
- useStreamKind: nostr.relay('wss://relay.ditto.pub') → nostr
- useSearchProfiles: nostr.relay('wss://relay.ditto.pub') → nostr
- useFollowActions: nostr.group([...]) → nostr
- FollowPackDetailContent: nostr.group([...]) → nostr
Also reverted the hacky relay cleanup code in NostrProvider since
it was trying to solve the wrong problem.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Detect when relays are removed from the effective relay list
- Proactively close connections to removed relays to prevent duplicates
- Fixes issue where app relays and user relays would both stay connected
- Maintains pool as a ref but intelligently manages relay connections
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Recreate NPool when relay list changes instead of only on initial mount
- Close old connections before creating new pool with updated relays
- Properly deduplicate app relays and user relays from NIP-65
- Add console logging for debugging relay connection changes
- Fixes issue where NostrSync would update relay list but NPool wouldn't reconnect
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add useEffect cleanup to close NPool connections on unmount
- Prevents connection leaks during hot reloads and component remounts
- Calls pool.close() to properly cleanup all active relay WebSockets
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Simplified architecture - removed the fake "local relay" approach entirely:
- Deleted LocalRelay.ts (didn't work with NPool)
- Hooks now check IndexedDB directly before network queries
- DB version bumped to v3 to trigger clean migration
How it works now:
1. useAuthor checks eventStore.getManyProfiles() first
2. useFollowList checks eventStore.query() first
3. useFeed checks eventStore.query() first
4. If cached: return instantly + background refresh
5. If not cached: fetch from network
6. Events stream to IndexedDB as they arrive
This is the standard offline-first pattern used by production apps.
NOTE: Users may need to hard refresh (Ctrl+Shift+R) to clear old build cache.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Complete rewrite of caching approach - check IndexedDB BEFORE network queries for instant loads.
Key changes:
- Removed fake "local relay" approach (doesn't work with NPool)
- useAuthor: Check eventStore.getManyProfiles() first, return cached instantly
- useFollowList: Check eventStore.query() first, return cached instantly
- useFeed: Check eventStore.query() first, return cached instantly
- All hooks: Fire background network refresh after returning cached data
Fixed bugs:
- getKey() now returns correct key type for each store
- Removed debug logging spam
- Proper error handling (silent failures for cache writes)
Result: When data is cached, queries return in <10ms instead of waiting for network.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Complete rewrite of eventStore using Jumble's proven approach. This should eliminate the 2-3 second feed delays.
Key changes inspired by Jumble:
1. **Separate stores per event type**: profiles, contacts, relayLists, events
2. **Direct key lookups**: Profiles keyed by pubkey (not event.id), instant retrieval
3. **Cursor-based queries**: Use openCursor() instead of getAll() for feed events
4. **Batch profile fetching**: getManyProfiles() fetches multiple profiles in one transaction
5. **Replaceable event handling**: Auto-dedupe by pubkey, only keep newest
Performance improvements:
- Profile queries: O(1) direct lookup by pubkey vs O(n) scan
- Multiple profiles: Single transaction vs N separate queries
- Feed queries: Cursor iteration vs loading all events into memory
- Cache hits: <5ms for profiles, <20ms for batch of 20 profiles
New hook:
- useBatchAuthors(): Batch-fetch profiles for feed authors (cache-first, then network)
This architecture is proven in production by Jumble and should provide instant loads when data is cached.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Added comprehensive debug logging to track query performance:
- EventStore: Log filter details and duration for each query
- useAuthor: Log query duration and whether profile was found
- NostrProvider: Log event count from each relay
This will help identify where delays are occurring:
- Are queries fast but waiting for network?
- Is IndexedDB slow?
- Are profiles missing from cache?
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Fixed broken query implementation that was causing timeouts/delays:
- Simplified query logic with proper async operation tracking
- Added debug logging to track query performance
- Added relay event count logging
The previous implementation had race conditions in completion tracking when processing multiple authors/kinds, causing queries to never resolve or timeout.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Major performance improvement for local relay queries - uses IndexedDB indexes instead of loading all events into memory.
Changes:
- EventStore.query(): Use indexes (id, pubkey, kind, kind_pubkey composite) for fast lookups
- Reduce eoseTimeout from 500ms to 10ms for near-instant cached queries
- Extract matchesFilter() and finalizeQueryResults() helper methods
Query optimization strategies:
1. IDs query: Direct objectStore.get() for each ID (fastest)
2. Kind+Authors: Use kind_pubkey composite index
3. Authors only: Use pubkey index
4. Kinds only: Use kind index
5. Complex queries: Fallback to getAll() + filter
Performance impact:
- Before: getAll() loads thousands of events, filters in JS (~100-500ms)
- After: Index lookups return only matching events (~5-20ms)
- Total query time: <30ms for cached data (10ms eoseTimeout + ~15ms IndexedDB)
This makes page refreshes feel instant when data is cached.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Major improvement to the local relay caching strategy - events now stream directly into the cache as they arrive from remote relays, eliminating the need for background syncing.
Changes:
- NostrProvider: Intercept relay.req() to cache events as they stream in
- Remove useEventSync hook (no longer needed)
- useAuthor: Don't throw/retry when profile not found
- Documentation: Updated to reflect streaming cache strategy
How it works:
- Every remote relay's req() method is wrapped to intercept events
- Each event is cached to IndexedDB as it arrives (fire and forget)
- Cache builds organically as you browse the app
- Posts cached when viewing feed
- Profiles cached when viewing author info
- Replies cached when opening threads
Benefits:
- Profiles load instantly on refresh (already cached from previous views)
- No background polling/syncing overhead
- Cache always reflects what you've actually seen
- Zero configuration required
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Implements a local relay system that automatically caches Nostr events in IndexedDB for instant loading and offline access. Inspired by the mi project's event storage architecture.
Features:
- EventStore: IndexedDB wrapper with query support and composite indexes
- LocalRelay: Relay interface implementation backed by IndexedDB
- Automatic integration: Local relay is transparently included in all queries via NPool
- Event syncing: useEventSync hook for background event synchronization
- Settings UI: Display cache stats with export/import/clear functionality
The local relay provides zero-latency queries by responding instantly with cached events while simultaneously fetching fresh data from remote relays. All published events are automatically cached for future queries.
Cache displayed in Settings > Relays as "local://indexeddb" with event count and management controls.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
This reverts the codebase back to the state at commit 9a2b3a2.
Reverted 1 commit(s):
- 629f163: Implement two-phase profile loading from agora
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add PROFILE_RELAYS constant with known reliable profile relays
- Add parseAuthorEvent helper for consistent parsing
- Fast path: pool races all relays with 500ms EOSE timeout
- Slow path: race individual profile relays, resolve on first hit
- useAuthors also gets fallback for missing pubkeys
- Cache seeding continues to make individual useAuthor calls instant
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Redesigned RelayListManager with cleaner, simpler layout
- Added nos.lol to the default app relays list
- App relays now show with simple toggle switch
- User relays section with empty state when no relays configured
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add `useAppRelays` boolean option to AppConfig
- Define APP_RELAYS constant with default app relays:
- wss://relay.ditto.pub
- wss://relay.primal.net
- wss://relay.damus.io
- Update NostrProvider to use getEffectiveRelays() which merges
app relays with user relays when useAppRelays is true
- Redesign RelayListManager with two sections:
- App Relays: Read-only list with enable/disable toggle
- Your Relays: User's personal NIP-65 relay list (editable)
- User relays now stored separately from app relays in config
- Default config starts with empty user relays and useAppRelays=true
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
This reverts the codebase back to the state at commit dff9ec4.
Reverted 1 commit(s):
- 21d9541: Increase timeout for parent event fetching in reply detail view
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add optional timeout parameter to useEvent hook (defaults to 5000ms)
- Set 30-second timeout for parent event fetch in ParentNote component
- Ensures parent events load reliably even on slow relays
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Parse the `a` tag (e.g. `37516:pubkey:d-tag`) into AddrCoords
- Fetch the referenced geocache event via useAddrEvent
- Display the geocache's `name` tag as a clickable link (with chest icon)
that navigates to the geocache's naddr detail page
- Fall back to showing the d-tag identifier if the event can't be fetched
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add TreasureHeader component that renders "<chest> <name> hid a treasure"
for geocache listings (kind 37516) and "<chest> <name> found a treasure"
for found logs (kind 7516), styled like the existing RepostHeader
- Create FoundLogContent component for rendering kind 7516 found log events
with geocache reference badge, verified badge, log text, and images
- Add kind 7516 detection to NoteCard and PostDetailPage content dispatch
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Create ChestIcon component using the chest SVG from the treasures project
- Replace all MapPin usages for Treasures in sidebar, feed settings, treasures page, and router
- Remove unused @lucide/lab dependency (chest SVG is inlined)
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Split Treasures into two sub-kinds: Geocaches (kind 37516) and Found Logs (kind 7516)
- Add `showTreasureGeocaches`, `showTreasureFoundLogs`, `feedIncludeTreasureGeocaches`, `feedIncludeTreasureFoundLogs` to FeedSettings
- Extend ExtraKindDef with optional `subKinds` array for nested settings
- Update FeedSettingsForm to render nested sub-kind toggles under parent entries
- Update useStreamKind to accept single kind or array of kinds
- Create TreasuresPage that filters kinds based on sub-kind settings
- Add getPageKinds() utility for resolving sub-kind-aware page kinds
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Replace the show-on-hover scrollbar styles with scrollbar-width: none
and ::-webkit-scrollbar { display: none } so no visual scrollbar
ever appears on the feed or anywhere else in the app.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Add e.stopPropagation() to hashtag, nostr-link, and mention Links
inside NoteContent so clicks don't bubble up to the parent card's
onClick handler that navigates to the post detail page.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Updated sticky headers on NotificationsPage, SettingsPage, BookmarksPage,
HashtagPage, KindFeedPage, WalletPage, PostDetailPage, and PlaceholderPage
to use h-20 for consistent height with the compose form, and removed the
bottom border-b from all of them.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add compact prop to NoteCard to hide action buttons for embeds
- Pass compact to NoteCard in EmbeddedNaddr for follow pack embeds
- Remove "Starter Pack" pill from FollowPackContent
- Move member count pill to the left of the avatar stack on bottom row
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
When an naddr for a follow pack (kind 39089/30000) appears embedded in
a note, render it using the same NoteCard component used in feeds
instead of a separate EmbeddedNaddrCard. This ensures consistent
presentation: same FollowPackContent with title, badges, description,
cover image, and avatar stack in both contexts.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
When viewing a follow pack directly (naddr), show the full detail view
with member list, individual follow buttons, Follow All, and copy link.
The compact FollowPackContent is still used in NoteCard feeds.
Uses the shared PostDetailShell for consistent back button/header.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add kind-based content dispatch to PostDetailContent (same as NoteCard):
polls, geocaches, colors, follow packs, and text notes
- Add AddrPostDetailPage that fetches by addr coords and reuses the
same PostDetailShell/PostDetailContent
- Route all naddr identifiers through AddrPostDetailPage in NIP19Page
- Delete AddrDetailPage and FollowPackDetailPage (parallel renderers)
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Add kind 39089 (starter packs) to EXTRA_KINDS with sidebar/feed toggles
- Create FollowPackContent component for NoteCard rendering with title,
description, member count badge, cover image, and avatar stack preview
- Add kind dispatch in NoteCard for 39089 and 30000
- Add /packs route using KindFeedPage
- Add PartyPopper icon in sidebar and feed settings
- Default showPacks to true so it appears in sidebar
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
The content parser regex only matched nostr:-prefixed identifiers like
`nostr:naddr1...`. Bare identifiers like `naddr1...` were rendered as
plain text. Added a \b word-boundary alternation to also match bare
npub1, note1, nprofile1, nevent1, and naddr1 identifiers, so they
render as proper embeds/mentions/links.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Create FollowPackDetail component with member list, Follow All button,
individual follow/unfollow per member, copy link, and pack metadata
- Route naddr identifiers for kinds 39089 (starter packs) and 30000
(follow sets) to the dedicated follow pack view in NIP19Page
- Enhance EmbeddedNaddr to show "Starter Pack" / "Follow Set" badge
and member count when embedding follow packs inline in notes
- Uses batch author fetching (useAuthors) for efficient member profiles
- Uses safe follow actions (useFollowActions) for individual follows
- Implements full "Follow All" with fresh kind 3 fetch from multiple
relays before mutation (matching follow-party safety pattern)
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Removed hideMobileTopBar prop from MainLayout entirely
- Added STICKY_HEADER_CLASS constant in utils for consistent mobile-aware
sticky positioning (top-10 on mobile, top-0 on desktop)
- Updated all pages to use the shared constant: Search, KindFeed (Vines),
Hashtag, Wallet, Settings, Placeholder, NotFound, Bookmarks,
Notifications, and Profile
- Back arrows hidden on desktop where sidebar provides navigation
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Removed hideMobileTopBar prop from NotificationsPage and ProfilePage
- Adjusted sticky headers to use top-10 on mobile (below the 40px top bar)
and top-0 on desktop (sidebar breakpoint) where the top bar is hidden
- Hid the back arrow on desktop where the sidebar provides navigation
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
- Updated ProfileSearchDropdown with `enableTextSearch` prop that shows
a combined dropdown with a "Search for ..." text option plus people results
- Pressing Enter without a profile selected navigates to /search?q=...
- Selecting a profile from autocomplete still navigates to their profile
- Updated SearchPage to read `q` param from URL and sync search state
- Changed sidebar search placeholder from "Search people..." to "Search..."
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Three key changes stolen from ../agora that significantly speed up
the feed:
1. eoseTimeout: 500 on NPool — resolves relay queries as soon as any
relay sends EOSE instead of waiting for all relays to finish.
This was the single biggest latency improvement.
2. Batch author prefetching (useAuthors hook) — collects all unique
pubkeys from the feed and fetches their kind-0 profiles in a
single relay query, then seeds the individual ['author', pubkey]
cache. Previously each NoteCard called useAuthor independently,
firing N separate relay queries in parallel.
3. placeholderData on useFeed and useEventStats — keeps showing
previous data while refetching instead of flashing loading
skeletons, eliminating visual flicker on tab switches and
background refetches.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
ProfileRightSidebar still had the old w-[340px], causing the same
off-center issue on profile pages. Now matches the 300px standard.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
Right sidebar was 340px vs left sidebar 300px, causing the feed
column to appear shifted left. Now both sidebars are 300px with
max-w-[1200px] container for symmetric centering.
Co-authored-by: shakespeare.diy <assistant@shakespeare.diy>
shakespeare.diy