Inbox performance is sub-par (plus load-more is by date range, not count) #774
Labels
No labels
Blocked
Bug
Documentation
Duplicate
Enhancement
Good first issue
Help wanted
Idea
In progress
Invalid
Major feature set
Packaging
Question
Soon
UI/UX
Upstream
You're dreamin'
wontfix
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nostr/gossip#774
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We are indexing tags in a separate index, and it is not used to filter events in
find_events_by_filterbut instead fromfind_tagged_eventswhich means we don't get ordering and we don't get to include other filters. If we could update storage to work more like pocket-db we could make this one interface and faster.Also, if we do that, load more by 'count' would suddenly be accessible and usable by inbox too.
Load more on inbox is now by count, and uses the find_events_by_filter() which has been improved to filter by tags while maintaining a proper limit.