element-hq / element-hq/element-x-android

Very slow notifications when using ntfy due to Element-X seemingly asleep

Open
#4,698 6 comments 3 reactions 0 assignees View on GitHub
A-Notifications O-Occasional S-Major T-Defect Z-UnifiedPush
Dominant language
Kotlin
Stars
2.4k
Forks
624
Avg merge
1d 14h
Merged PRs (30d)
149

Description

### Steps to reproduce

When using with ntfy for Unified Push notifications send a message to any relevant room that will cause matrix-synapse to issue a notification when Element-X is not currently active (using Unrestricted battery with all Notifications enabled) then just *wait* (for sometimes minutes).

### Outcome

#### What did you expect?
The notification to occur within a couple of seconds (which all normal "ntfy" notifications are doing).

#### What happened instead?
It can take from a few seconds to a few minutes for the Element-X Unified Push notification to be announced (unless you "hack" around it).

#### How did you hack around it?
I duplicated the (postgres) 'pushers' row for the upNNNN changing its 'id' and 'pushkey' it to upNNNNX (then restarted matrix-synapse and manually subscribed to upNNNNX in 'ntfy' on the mobile phone).

Now I get the Element-X notification within two seconds (every time) although of course I also get an ugly upNNNNX notification (and then another one after marking as read).

I can imagine going further to try and work out how to neaten up this ugly hack - but why should it be needed?

Notifications are ESSENTIAL and Element-X with 'ntfy' is just hopeless if you need to hack it like this.

### Your phone model

Google Pixel 8.0

### Operating system version

Android 15 (Graphene OS 2025050700)

### Application version and app store

Element-X 25.04.2 (F-Droid)

### Homeserver

(self hosted)

### Will you send logs?

No

### Are you willing to provide a PR?

No

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.