"View Thread" often doesn't work properly with relay's feed #991
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 milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nostr/gossip#991
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?
How to reproduce
In the sidebar, click on "Active Relays".
Select a relay that you know has high traffic, e.g. relay.primal.net. Click on this relay.
Click on "View Feed".
Wait until you see a message that is a reply. Click on the "View Thread" icon for this message.
What happens then is variable. The following are distinct possibilities that I have seen today with Gossip 0.15.0-unstable-c7e92933:
In these cases, please take note of the nevent and the relay you are viewing.
Once you click through into the thread view, gossip isn't constrained by that relay scope anymore. If the data allows for it then gossip should be able to load the thread. Otherwise it's a bug. To fix the bug I need to see the data and trace through what gossip is doing. I have fixed a handful of situations in the past similar to this, and I'm amazed how now matter how many I fix there crop up even more. At this point, it is slightly more likely that the nostr data is insufficient to build the thread.
You may well be right about that. I tried to find suitable events, but many of the events that produce the 4(i) behavior from my first comment appear to be corrupt.
However, I have found 2 events that may not be corrupt (I found them both on relay.primal.net)
Event 1
Event 2