Sometimes a notification cannot be dismissed #49
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?
I've run into this a few times, cannot figure out why a notification will not get dismissed.
@feld Does this notification reference a
directstatus?Looks like the author has deleted that status after FE has already received and stored the corresponding notification (because of the typo I guess, since their next status is the corrected version of it). Since the notification no longer exists (BE deletes it along with the status), the FE most likely gets the 4xx error when calling
POST /api/v1/pleroma/notifications/read.E.g., steps to reproduce:
Should the back-end handle this gracefully too?
I think it sort of already does, it broadcasts the status delete event (https://docs.joinmastodon.org/methods/timelines/streaming/#websocket-a-idwebsocketa) which FE can use to remove the corresponding notification as soon as the status is deleted (before the user navigates to the notification feed and tries to mark it as read)