Closed MadLittleMods closed 1 year ago
Disabling notifications means they are literally not calculated (not that they just aren't pushed). This sounds like it is working as expected? Only notifications from the "live" timeline are appearing? Disabling notifications also means that no notifications in the "live" room will have been calculated during that time period.
Disabling notifications
Push notifications should be re-enabled on gitter.im
. I'm not sure exactly where you are coming to that conclusion? Does the user have notifications disabled or something (did you check the database)?
Only notifications from the "live" timeline are appearing? Disabling notifications also means that no notifications in the "live" room will have been calculated during that time period.
This doesn't seem applicable to the situation. The person in question is missing notifications from me today in a public, unencrypted room.
Whereas with my account, I see mentions from testing today.
This doesn't seem applicable to the situation. The person in question is missing notifications from me today in a public, unencrypted room.
I must have misunderstood the original report then, if they're re-enabled it shouldn't applicable.
Note that endpoint only returns highlight notifications. I can debug more tomorrow and check the database.
I've sent
@elliria-5e77940ad73408ce4fdd9fb6:gitter.im
direct mentions in a public, unencrypted room to doubly make sure this isn't some misunderstanding in how/notifications
works (because it doesn't include encrypted events for example).
Do you have example room IDs & event IDs that you expected to be highlight notifications? (Would also be interesting to confirm whether those did appear as red notifications in Element!)
Looking in the database for @elliria-5e77940ad73408ce4fdd9fb6:gitter.im
there's only 7 rows all from 2021, so what's being returned matches what's in the database (always a good thing!)
@clokep The room is !lwgIRYKXLawruYybjr:matrix.org
and the test mentions to @elliria-5e77940ad73408ce4fdd9fb6:gitter.im
were in the following events:
$qw1XFLKv15POhIRK054AYPb0QmaMH7DaL87u6va2IDU
$2oxpfOnM9lU2LZ1JI__Ex_pRdQoy815LaoR-3D_z2Ds
$LVBafWYSLES2ij160_AI-4Bga2S-Fqshx84-6S_2jV4
I can't be certain things haven't changed since your test, but the @elliria-5e77940ad73408ce4fdd9fb6:gitter.im
user has the .m.rule.contains_display_name
and .m.rule.contains_user_name
set to:
[
"notify",
{
"set_tweak": "highlight",
"value": false
}
]
With this configuration they will get notified, but not highlighted (i.e gray counts, not red counts).
My guess is that the first two options under Notifications > Mentions & keywords are set to "On" instead of "Noisy":
Looking at the notifications in the database I do see one event in that room which is a notification for this user (event ID $ETx3XPCEzHMzwIbZHuSCqrg5JCTDBk7CY2d02dvaF0E
, the content does contain a mention). This is from 2023-02-23 19:44:38+Z
so almost 24 hours ago -- we delete non-highlight notifications after 1 day IIRC (keeping only a summary of those notifications). The given event IDs are from > 24 hours ago (they're all from 2023-02-22).
I think this is just do to configuration, so I'm going to close this, but please shout if it seems there's something else going on.
Oh man, Element notification settings are crazy obtuse (or vice versa against Matrix push rules). I would expect On
to still notify me just without sound bings and be considered a "highlight".
@clokep Thanks for looking into this and confirming the actual user settings from the database source of truth!
I hope some aspect of this is being addressed in the GetYourUpdates push to remove this confusion.
As an aside, maybe that's the key ingredient to get keyword mentions showing up in the notification panel, https://github.com/vector-im/element-meta/issues/1212. I just need to set my Mentions containing keywords
setting to Noisy
I would expect On to still notify me just without sound bings and be considered a "highlight".
Yeah, it is quite confusing. 😢
As an aside, maybe that's the key ingredient to get keyword mentions showing up in the notification panel, https://github.com/vector-im/element-meta/issues/1212. I just need to set my
Mentions containing keywords
setting toNoisy
That sounds quite likely actually! 👍
Description
As reported in https://github.com/vector-im/element-web/issues/24616 (see "2. When the notification panels shows some old outdated notifications"),
/notifications
appears to be returning stale, outdated results.When opening the notification panel in Element, it makes a request to
https://gitter.ems.host/_matrix/client/r0/notifications?limit=20&only=highlight
which returns some results (only 7) and these are from September 2021. And it also makes another paginated request,https://gitter.ems.host/_matrix/client/r0/notifications?limit=20&only=highlight&from=6554474
using thenext_token
from the previous request for the?from
in this request.1:
https://gitter.ems.host/_matrix/client/r0/notifications?limit=20&only=highlight
Response
```json { "notifications": [ { "room_id": "!dqBkUNHOHmuFWvsiHH:gitter.im", "profile_tag": null, "actions": [ "notify", { "set_tweak": "sound", "value": "default" }, { "set_tweak": "highlight" } ], "ts": 1631394783651, "event": { "content": { "body": "> <@elliria-5e77940ad73408ce4fdd9fb6:gitter.im> I messed around with it extensively today to get all the details for a bug report and found that it can't be consistently repeated, but only happens some of the time. Should I still file it if it's inconsistent?\n\nYup", "format": "org.matrix.custom.html", "formatted_body": "(this is general advice more that for Autokey since our testing is a bit spotty)", "m.relates_to": { "m.in_reply_to": { "event_id": "$jZs3fG_Blnp7QxdCJ_QxhSYpjEUUTzVXE3mc5lsbB5Q" } }, "msgtype": "m.text" }, "origin_server_ts": 1624489517264, "sender": "@silico_biomancer:kde.org", "type": "m.room.message", "unsigned": { "age": 52613119796 }, "event_id": "$yleRn95D6kE7gltkxObRzg2XPVi3aP2Hl8NN3Me9Ymo" }, "read": true }, { "room_id": "!dqBkUNHOHmuFWvsiHH:gitter.im", "profile_tag": null, "actions": [ "notify", { "set_tweak": "sound", "value": "default" }, { "set_tweak": "highlight" } ], "ts": 1624414848819, "event": { "content": { "body": "> <@elliria-5e77940ad73408ce4fdd9fb6:gitter.im> Yep, it looks like that's where it is and... oof... that code is out of my league. I was hoping to see something simple and obvious that was wrong, but there are way too many references in there to things that could be the cause that I got all tangled up trying to follow them. Gotta stick with more basic code for now. All I can say is good luck. We're all counting on you.\n\nI also thought it would be simple, just adding/fixing a callback. But no, I think the issue is that callback for left click doesn't exist separate to right, or if it does it is documented poorly", "format": "org.matrix.custom.html", "formatted_body": "
2:
https://gitter.ems.host/_matrix/client/r0/notifications?limit=20&only=highlight&from=6554474
Response
```json { "notifications": [], "next_token": null } ```One aspect that could be playing a role is we had
push.enable_push
disabled for a little while during the Gitter import and then re-enabled it before everyone onboarded to the platform. Is this some stream position stuck problem for some users?/notifications
appears to work for me but we have reports from a couple of users that this isn't working (and as evidenced by their request/response above).I've sent
@elliria-5e77940ad73408ce4fdd9fb6:gitter.im
direct mentions in a public, unencrypted room to doubly make sure this isn't some misunderstanding in how/notifications
works (because it doesn't include encrypted events for example).Affected users:
@elliria-5e77940ad73408ce4fdd9fb6:gitter.im
@josephj11-5a3f34bfd73408ce4f84a5df:gitter.im
Steps to reproduce
/notifications?limit=20&only=highlight
to get the latest events that mention youHomeserver
gitter.im
Synapse Version
1.77.0
Installation Method
Docker (matrixdotorg/synapse)
Database
PostgreSQL
Workers
Multiple workers
Platform
EMS
Configuration
No response
Relevant log output
Do we actually log anything useful? The request log doesn't seem that helpful.
If you want to dive in, see the [logs in Kibana from EMS](https://modular-euwest2-kibana.proxy.matrix.org/app/kibana#/discover?_g=()&_a=(query:(language:kuery,query:'kubernetes.pod.labels.hostname:%22gitter.ems.host%22'),sort:!('@timestamp',desc)))
Anything else that would be useful to know?
No response