Prioridad/Severidad : baja
Plataforma : Windows/Android
Descripción : En Windows y en Android, veo una notificación de mensaje personal no leído, pero cuando hago clic en ella, dice que la página no existe o es privada.
Pasos para reproducir : No he intentado reproducirlo, pero lo que sucedió fue que me eliminaron como destinatario mientras el mensaje no estaba leído, por lo que ya no tengo permiso para ver el mensaje.
2 Me gusta
Moin
13 Junio, 2024 21:22
2
¿El número desaparece cuando recargas el sitio?
1 me gusta
Moin
13 Junio, 2024 21:37
4
Pude reproducir el problema.
Hacer clic en Descartar eliminó la notificación.
1 me gusta
sam
14 Junio, 2024 03:51
5
Si no puedes descartarla desde arriba, ¿quizás intentarás descartarla desde tu perfil, pestaña de notificaciones (hay un botón para descartar todo)?
Supongo que hay 2 preguntas aquí
¿Cómo ocurrió el error (mi suposición, ¿quizás ser expulsado de un PM puede desencadenar esto)?
¿Cómo deshacerse de esta molesta notificación (esperemos que las opciones para descartar ayuden)?
2 Me gusta
Moin
14 Junio, 2024 06:04
6
Seguí los pasos de la primera publicación
Envía un mensaje a un usuario
Elimina al usuario del mensaje
Inicia sesión como este usuario
Deshazte de la notificación descartando todas las notificaciones
2 Me gusta
Moin
29 Agosto, 2025 16:29
7
Esto sigue ocurriendo y todavía es difícil deshacerse de la notificación. En particular, no se puede descartar la notificación individual, por lo que primero debe revisar todas las demás notificaciones causadas por los mensajes.
Hasta cierto punto, esto es incluso una vulnerabilidad de seguridad, ya que el usuario ya no debería tener acceso al título del mensaje.
2 Me gusta
sam
31 Agosto, 2025 23:43
8
Puse una nota para que el equipo la clasifique en las próximas semanas.
2 Me gusta
Moin
8 Diciembre, 2025 17:23
10
¿Hay alguna noticia sobre esto?
Todavía me parece preocupante que los usuarios que elimino de un MP puedan seguir viendo los cambios de título. Esto afecta mi capacidad para cambiar el nombre de un tema que convierto en un mensaje personal. Hay una razón por la que elimino al usuario y no quiero que tenga acceso al nuevo título.
2 Me gusta
Veré si puedo reproducirlo
2 Me gusta
De hecho, faltaba una ruta de “limpieza” al eliminar usuarios de los Mensajes Privados (ya sea directamente o a través de un grupo).
main ← fix-phantom-notification-after-being-removed-from-a-pm
opened 10:58AM - 09 Dec 25 UTC
Users were experiencing "phantom notifications" - seeing an unread notification … count but being unable to find or dismiss the notifications. This happened because notification counts don't verify PM access, while the notification list filters out inaccessible ones.
The root cause was that notifications weren't being deleted when users lost PM access through various paths: being removed directly, having their group removed, or being removed from a group.
This fix:
- Adds `Notification.orphaned_pm_notifications` scope to identify notifications for PMs the user can no longer access
- Calls cleanup from `Topic#remove_allowed_user`, `Topic#remove_allowed_group`, `Group#remove`, and `Group#bulk_remove`
- Adds cleanup to `Notification.ensure_consistency!` as a safety net
- Includes a migration to clean up existing orphaned notifications
Report - meta/t/311995
2 Me gusta
Moin
9 Diciembre, 2025 11:19
14
Creo que eso también solucionará Sticky unread reply notification .
Moin
12 Enero, 2026 20:41
15
Esto ha estado abierto por un tiempo. ¿Se necesita algo más para esto, o simplemente no ha habido tiempo para revisarlo y fusionarlo hasta ahora?
He estado trabajando en solucionar la causa raíz de varias inconsistencias relacionadas con los recuentos de notificaciones, por lo que mi PR anterior ha sido reemplazado por este
main ← fix/stuck-notification-count
approved 05:24PM - 06 Feb 26 UTC
Users were seeing a notification badge count that didn't match what was actually… shown in the notification list - the classic "stuck notification count" bug.
## Root Causes
This was caused by three separate issues:
1. **Hard-deleted topics**: The `visible` scope SQL had a logic error. When checking for deleted topics via LEFT JOIN, the condition `topics.id IS NULL OR topics.deleted_at IS NULL` incorrectly included notifications for hard-deleted topics (where topics.id becomes NULL after the join).
2. **Inaccessible topics**: Count methods in the User model used raw SQL that only checked `deleted_at`, completely ignoring category permissions and PM access. Users who lost access to a private category or were removed from a PM still had those notifications counted.
3. **Scattered logic**: Notification visibility logic was scattered across 7+ methods with inconsistent filtering, making count vs. display mismatches inevitable.
## Solution
Introduces `NotificationQuery`, a centralized class that handles all notification visibility at the SQL level. This follows the same pattern as `BookmarkQuery` and ensures counts always match displayed notifications by filtering for:
- Hard-deleted topics (topic no longer exists)
- Soft-deleted topics (staff can still see these)
- Category permissions (user must have access)
- PM access (user must be allowed on the topic)
- Disabled badges (badge notifications for disabled badges are hidden)
## Changes
**New files:**
- `lib/notification_query.rb` - Centralized query class
- `spec/lib/notification_query_spec.rb` - Comprehensive tests
**Modified:**
- `app/models/user.rb` - Delegate count methods to NotificationQuery
- `app/models/notification.rb` - Remove scattered visibility logic
- `app/controllers/notifications_controller.rb` - Use NotificationQuery
- `app/controllers/users_controller.rb` - Use NotificationQuery for user menu messages
- `app/serializers/user_notification_total_serializer.rb` - Simplify query
- `lib/bookmark_query.rb` - Use NotificationQuery for bookmark reminder notifications
---
Redo of #27589.
Ref - t/121464
1 me gusta
