Replies (12)

No. If any relays are not honouring the deletion and continue to serve the event it willstillb be displayed. The event should be hidden, or if there are responses, masked by a 'user requested the event be deleted warning'
Happened to me, too. I tried to delete an old repo of mine, because I wanted my latest repo to be shown on the frontpage, and not grouped. I tried to remove every single tag (except the `d` tag) from the repo, but I used the default sec=1 account in nak. Now it somehow shows 7 empty items as the first item, with no metadata. I think it should be hidden from the UI if there's no metadata in the announcement event. (e.g. =delete)
Yes, I'm part way through a redactor of gitworkshop, which is on pause whilst I finish some better onboarding in ngit. The display of repo events and how they are connected to one another needs improvement. I have some ideas for this but I havnt got around to implementing them yet.
Default avatar
npub15qyd...yejr 10 months ago
This is implemented in vnext. So much for a quick win! Issues and PRs and events responding to them (status, replies, etch) can be deleted with a tool like delete.nostr.com and gitworkshop will honor the deletion. If the event is a PR or an Issue and a user has already cached it, it will move into a 'marked as deleted' status. replies, etc will be removed. If a reply is deleted which has other replies to it, these replies will be shown under the top level thread with a 'missing parent note' heading. a separate job queue processes each deletion event which trawls through local db entries to remove cached counts of replies and update status accordingly. cc @Lez
@c03rad0r was also asking for a delete button so I have one in the menu EventWrapper menu (next to the share and reply buttons under more). Closing as resolved.