Define what you mean by flaws. [...]
Shortcomings due to how the alerts system was designed, and which can be considered annoying / disruptive in some cases. Therefore, I am not really talking about bugs here. As for me, our alerts system works 'as intended' and everything seems to be 'by design' afaik. But maybe some options can be added to it, for "Quality of life" reasons (like for example, a better management of the data flow of alerts), depending on what XenForo natively allows.
For example, afaik our alerts system for Profile Post comments can not be fine-tuned. When Profile Post comments get extensively numerous and that people do not want to be notified of any new comment anymore, I am understanding that they simply can not do that easily. The only way for them to not be notified anymore would be afaik to 'delete' all their comments. But then, some information would be lost / removed from public view (obviously). For the record, iirc
@Roland had already expressed such concerns in another, previous similar thread many months ago.
For the record, I am mentioning here that I think no post is deleted on THW, nor on any other forum afaik. 'Deleted' posts / comments are simply masked from public view. The data itself is still readable at moderator level and upwards, and it can eventually be restored.
Another thing I have noticed: I, too, have the feeling that I do not get all the alerts I should theoretically receive for threads I have subscribed to / am watching, but hardly visit anymore. I think it is for the reason you have mentioned already
@Rui.
As an example, I do not post anything anymore in our 'Favorite song atm' thread, and I only visit it when I am being mentioned there. And when I then vaguely check out said thread, I indeed have the feeling that I had not been notified of all the new posts there.
What you said
@Rui confirms my guess that it is a XenForo feature, which limits the number / rate of alerts a user receives for threads he has subscribed to but does not / hardly visit anymore. This might be in order to save bandwidth / processing power server side, based on the user's surfing habits on THW.
Another thing I have noticed is what I call the 'Dead Zone', for lack of a better name.
It seems to me that in rare and undefined circumstances, *one* new alert and one only, may already be marked as being read already, while in fact it is not the case. The event erroneously marked as read would *always* be the one immediately below the one marked as 'new' in the list of Latest Alerts.
Therefore, as a precaution when I check my Latest Alerts, I always watch the most recent event which is already marked as being read, just to be sure. I also point out that I have not experienced this since quite some time by now.
And finally, I understand that we do not have the possibility to mark / unmark as being read / unread, any event mentioned in 'Latest Alerts' as we see fit. Yet, being able to do so may imho help manage the workflow of alerts in a more efficient and less resource-hungry way.
Personally, I use workarounds to manage this at browser level, by preemptively opening one new tab for each new event. But now my browser is shock full of open tabs, because I can not process them fast enough. Therefore I keep opening more new tabs than I can close. But maybe it is me who is not doing things the right way here...