Notify Push not consistently triggering Talk notifications (icon appears randomly)

How to use GitHub

• Please use the 👍 reaction to show that you are affected by the same issue.
• Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
• Subscribe to receive notifications on status change and new comments.

Steps to reproduce

1. Enable and configure notify_push with Redis and proper proxy.
2. Confirm setup with php occ notify_push:setup https:///push shows all
3. Open the Talk desktop or web client and wait for a new message.

Expected behaviour

Talk notifications should arrive instantly and reliably, and the message indicator (black dot or red count) should always appear when a new message is received.

Actual behaviour

Sometimes the black dot indicating a new message appears.
Other times, no indicator shows up, even though a new message is received.
Other times, no indicator is shown and the user is not alerted at all, even though a new message has arrived.
System-level notifications do arrive instantly, indicating that notify_push is working correctly — the issue seems to be with how the Talk app handles or displays the incoming notifications.

Diagnosis and logs

Insert error logs here.

Start by reproducing the issue with notify_push configured through the documented php occ notify_push:setup command, then inspect the Talk desktop client's developer-console logs while receiving messages. Compare cases where the black dot, red count, or no alert appears with the system-level notification. Done means Talk notifications and message indicators appear reliably for incoming messages.