| |
|
|
|
|
|
| |
something and then click on a user to bring up their profile/feed then type into the search again i don't see any results, it's like the search box stops working. if i click enter it does a full text search" (Adam, 2026-11-14). The search is kept when a result is opened (Back from the profile lands on it), and the desktop header field only cleared the page on top when there was no search yet: from then on each keystroke updated a results page hidden under the profile, while Enter (openTextSearch) still worked. Now every keystroke there steps the profile, thread or live page aside and keeps the query and rows (clearFeatureNavKeepSearch, userSearchQuery); Back returns to the profile. A visitor (no wallet) typing there was sent to the wallet screen, which derived receive addresses from no seed ("Invalid mnemonic"); the wallet screen is only chosen with a wallet open. profile-stream-test types a second query into the 1300px header field from the opened profile: no results and no Back before, both now, and no page errors
Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01VMan6UKGJyuGyZFxddYRxS
|
|
|
placeholders until the first arrive, and search warms its top two results first. "when i open someone's profile that i'm visiting for the first time it can take several seconds for any posts to show up. there's no indication that it's loading posts. then suddenly a whole feed appears. can we stream them as they arrive … maybe it could start fetching posts for the top one or two search results before we even click them?" (Adam, 2026-11-13, Ben Arc from search). fetchNotes looked up the author's relay list first, then waited for every relay (4.5 s cap), then for every post's media (8 s cap) before painting anything. Now it asks the home and archive relays at once and the author's own relays as soon as their list is known (queryStreamOn), paints the first post the moment it's verified and a batch every 300 ms after, gives the rows about to be on screen 1.2 s to size their media rather than 8, and merges each batch into the page as before. With nothing in hand the page shows three faint breathing post shapes (aria-busy, "Loading posts…"; still no spinner) instead of an invisible empty line. User search used to queue a profile prefetch for every row of every letter typed, two at a time, so the one tapped waited behind a dozen; now only the top two of the current answer are warmed, ahead of anything queued. Measured on the real relays (tools/profile-stream-test.js, search "fiatjaf", tap the top result): first post 5.8 s / >10 s before, 0.35–0.9 s now, placeholder within 20 ms. profile-open, -feed, -replies, -repost, -pager, feed-custom and features-smoke pass
Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01VMan6UKGJyuGyZFxddYRxS
|
