[GH-ISSUE #297] Feature Request: Add Message Recall Functionality #259

Closed
opened 2026-03-03 11:42:00 +03:00 by kerem · 8 comments
Owner

Originally created by @Konano on GitHub (Apr 3, 2025).
Original GitHub issue: https://github.com/Finb/Bark/issues/297

Some instant messaging apps automatically retract read message notifications.

I also want to retract some outdated notification messages. As far as I know, the current feature does not support this operation. Is it possible to develop this new feature?

Originally created by @Konano on GitHub (Apr 3, 2025). Original GitHub issue: https://github.com/Finb/Bark/issues/297 Some instant messaging apps automatically retract read message notifications. I also want to retract some outdated notification messages. As far as I know, the current feature does not support this operation. Is it possible to develop this new feature?
kerem 2026-03-03 11:42:00 +03:00
Author
Owner

@Finb commented on GitHub (Jul 17, 2025):

1903797c8d

Added id parameter: using the same ID will update the previously sent notification.
Added delete parameter: when set to “1” and used with id, it will delete the corresponding notification.

<!-- gh-comment-id:3083380230 --> @Finb commented on GitHub (Jul 17, 2025): 1903797c8d48c9ad7f1c9a0e178a3a138726b3f1 Added `id` parameter: using the same ID will update the previously sent notification. Added `delete` parameter: when set to “`1`” and used with id, it will delete the corresponding notification.
Author
Owner

@Konano commented on GitHub (Jul 17, 2025):

Soooooooooooooo happy to see this issue resolved! Thank you, @Finb!

<!-- gh-comment-id:3083386542 --> @Konano commented on GitHub (Jul 17, 2025): Soooooooooooooo happy to see this issue resolved! Thank you, @Finb!
Author
Owner

@Konano commented on GitHub (Jul 23, 2025):

An unintended behavior has been found: when a notification is deleted, the id it was using is invalid and cannot be used again.

<!-- gh-comment-id:3109132437 --> @Konano commented on GitHub (Jul 23, 2025): An unintended behavior has been found: when a notification is deleted, the `id` it was using is invalid and cannot be used again.
Author
Owner

@Finb commented on GitHub (Jul 24, 2025):

Can’t repro, works fine for me.

<!-- gh-comment-id:3111651021 --> @Finb commented on GitHub (Jul 24, 2025): Can’t repro, works fine for me.
Author
Owner

@Konano commented on GitHub (Jul 24, 2025):

Couldn't reproduce it again, I guess my previous code was wrong. Now it works as expected.

<!-- gh-comment-id:3111697892 --> @Konano commented on GitHub (Jul 24, 2025): Couldn't reproduce it again, I guess my previous code was wrong. Now it works as expected.
Author
Owner

@Konano commented on GitHub (Dec 4, 2025):

It seems this feature is not working again. The server returned {"code":200,"message":"success","timestamp":1764858722}, but the client did not receive any recall notification.

<!-- gh-comment-id:3612547982 --> @Konano commented on GitHub (Dec 4, 2025): It seems this feature is not working again. The server returned `{"code":200,"message":"success","timestamp":1764858722}`, but the client did not receive any recall notification.
Author
Owner

@Konano commented on GitHub (Dec 4, 2025):

It seems this feature is not working again. The server returned {"code":200,"message":"success","timestamp":1764858722}, but the client did not receive any recall notification.

Then I found that simply opening Bark manually solved the problem. It was likely because I hadn't opened Bark since restarting iOS, which caused the issue.

<!-- gh-comment-id:3612557450 --> @Konano commented on GitHub (Dec 4, 2025): > It seems this feature is not working again. The server returned `{"code":200,"message":"success","timestamp":1764858722}`, but the client did not receive any recall notification. Then I found that simply opening Bark manually solved the problem. It was likely because I hadn't opened Bark since restarting iOS, which caused the issue.
Author
Owner

@sunvc commented on GitHub (Dec 4, 2025):

It seems this feature is not working again. The server returned {"code":200,"message":"success","timestamp":1764858722}, but the client did not receive any recall notification.这项功能似乎又出问题了。服务器返回了 {"code":200,"message":"success","timestamp":1764858722} ,但客户端没有收到任何召回通知。

Then I found that simply opening Bark manually solved the problem. It was likely because I hadn't opened Bark since restarting iOS, which caused the issue.后来我发现,只要手动打开 Bark 就能解决问题。这很可能是因为我重启 iOS 后就没打开过 Bark,而重启 iOS 正是导致问题的原因。

It is necessary to enable the app backend refresh

<!-- gh-comment-id:3612561100 --> @sunvc commented on GitHub (Dec 4, 2025): > > It seems this feature is not working again. The server returned `{"code":200,"message":"success","timestamp":1764858722}`, but the client did not receive any recall notification.这项功能似乎又出问题了。服务器返回了 `{"code":200,"message":"success","timestamp":1764858722}` ,但客户端没有收到任何召回通知。 > > Then I found that simply opening Bark manually solved the problem. It was likely because I hadn't opened Bark since restarting iOS, which caused the issue.后来我发现,只要手动打开 Bark 就能解决问题。这很可能是因为我重启 iOS 后就没打开过 Bark,而重启 iOS 正是导致问题的原因。 It is necessary to enable the app backend refresh
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Bark#259
No description provided.