After some testing this is indeed an issue that needs to be looked into.
When a user marks something as “favorite” and that post is deleted – the notification is not being deleted with that said post.
I’ve had to delete the row (usermeta) through my MySQL database before I managed to remove this. Clearing cache or anything like that will not work.
Where do I report this to be “fixed?”.
Thanks!
@imath who can help with this issue? 🙂
Activity favorites really need improvements, I agree. I’ve suggested many ways to do so but haven’t succeed to convince the team. Here’s my last attempt about it: https://github.com/buddypress/buddypress/pull/238
I’m not sure what you call “Notification” is an item of the Notifications component, as you can always mark as read notifications going into the corresponding profile page.
I guess what you call “Notification” is the amount of favorited activity that is added to nav items.
We’re aware of the issue but haven’t found the best way to deal with it.
Favorites to me is kinda the same as “liked posts”.. So either would work I guess.
For now the favorites do work for the most part, but some areas do need an update.
The “notifications” I’m talking about is on the
#buddypress div.item-list-tabs.primary-list-tabs
& activity-favorites
– Basically the counter for the “marked as favorites” on the sub-navigation. If a member decides to remove an activity that another member has marked as a favorite the count dosen’t update or accomidate for this. So now the other user is left with an empty list but still a phantom “notification” on the sub navigation.
The only way I’ve found to “reset” this is to go into the MySQL database itself and clear the meta-data from there in order to actually “reset”/update the counter. The issue is that it’s almost impossible to find the specific “favorite” data and dele only that one.
Hope it makes sense! 🙂