Open ArtyIF opened 10 months ago
@ArtyIF
Currently, when removing the notification from GNOME's notification center, the notification also gets removed on the phone. However, for some apps, it might be undesirable.
I hope this doesn't come off as dismissive, but have you considered just not mirroring that app's notifications to the desktop?
The KDE Connect Android app offers (in Plugin Settings > Notification Sync) fine-grained control over exactly which app's notifications are synced to each paired device. You can disable syncing of the notifications for any individual app, which (to an extent) is already a form of the setting you're requesting.
Being able to configure dismissal behavior on an app-by-app basis is an interesting idea, but it feels a bit like adding a lot more tedious configuration (of which there's already quite a bit, on both ends of the pairing) for a situation that it might be easier to just work around using existing tools.
What do you think?
Being able to configure dismissal behavior on an app-by-app basis is an interesting idea
I didn't say anything about app-by-app basis.
@ArtyIF Sorry, I took that as implied in "for some apps. it might be undesirable".
@ArtyIF
Is there any chance you could capture a Support Log session showing both the Yandex notification arriving, and it being dismissed? (See the wiki for information on using Generate Support Log.) You'd want to start the capture before the notification is created on the device, and let it run until after the notification has cleared and the player stopped.
I tested with both Samsung Music and SoundCloud, on my phone.
So I'm wondering if Yandex is doing something wrong with its notifications, that can be reported to them as a bug.
...Although, looking at captures of the SoundCloud notification, there's nothing that differentiates it from any other device notification, except for the fact that the "cancel"
reply doesn't cause it to do anything stupid like stop playback.
Still, a captured session can't hurt.
Here's the log:
I think Yandex sends a clearable notification when a song is paused, then removes it and sends a non-clearable one when resuming, which isn't displayed by GSConnect because it's non-clearable, but the old notification isn't removed either.
ViMusic also has a similar notification when a song is paused. Dismissing it also stops playback.
I tested KDE Connect on Windows, and it didn't remove the notification from the phone when it was closed. I'm not sure if Windows tells apps when notifications are closed, though.
Describe the bug
Currently, when removing the notification from GNOME's notification center, the notification also gets removed on the phone. However, for some apps, it might be undesirable. One such app is Yandex Music, which causes KDE Connect to send a notification when pausing a song:
Hiding it causes the song to stop, as well as resetting the current playlist/album. When using Yandex Music's My Vibe feature, it makes it hard to find the song again, as its history isn't very reliable.
Screencast from 2023-11-08 20-24-58.webm
Steps to reproduce
No response
Expected behavior
No response
GSConnect version
56
Installed from
GNOME Extensions website
GNOME Shell version
45.1
Linux distribution/release
Fedora Linux 39 (Workstation Edition)
Paired device(s)
POCO M5s (original firmware, rooted)
KDE Connect app version
1.29.0
Plugin(s)
Notification sync
Support log
No response
Screenshots
No response
Notes
No response