Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incoming call notification is staying always visible and notification buttons not working #1775

Closed
malisipi opened this issue Mar 31, 2024 · 3 comments · Fixed by #1778
Closed
Labels
bug An issue that is confirmed as a bug shell-extension An issue related to the GNOME Shell extension
Milestone

Comments

@malisipi
Copy link

Describe the bug

After getting a call notification, the notification will always stay there. (Screenshots is below)

The only way to hide the notification is logging out from Gnome session.

Steps to reproduce

  1. Connect your KDEConnect application in Android and GSConnect extension.
  2. Allow KDEConnect to handling incoming calls
  3. Call the phone that connected via KDEConnect.
  4. GSConnect will show the incoming call notification.
  5. And there are no way to hide. Clicking buttons (including (X) and (^) buttons that placed top right of notification), answering the call, ignoring the call is not a solution.

Expected behavior

It hides the incoming call notifications.

GSConnect version

56 (Installed from Nightly Builds from Github)

Installed from

GitHub releases (zip file)

GNOME Shell version

46

Linux distribution/release

Arch Linux

Paired device(s)

Samsung A11

KDE Connect app version

1.29.0

Plugin(s)

Call notifier

Support log

No response

Screenshots

image
image

Notes

No response

@github-actions github-actions bot added the triage An issue that needs confirmation and labeling label Mar 31, 2024
@daniellandau
Copy link
Member

I noticed the same thing while preparing a release. There's a stacktrace in the logs associated, but I'm not at my computer right now. This needs to be fixed before release (and checked if it's Arch specific, as that's what I was using too to test)

@andyholmes andyholmes added bug An issue that is confirmed as a bug and removed triage An issue that needs confirmation and labeling labels Mar 31, 2024
@andyholmes andyholmes added this to the v57 milestone Mar 31, 2024
@andyholmes andyholmes added the shell-extension An issue related to the GNOME Shell extension label Mar 31, 2024
@daniellandau daniellandau mentioned this issue Apr 2, 2024
@daniellandau
Copy link
Member

The notification I ran into this with is the pairing request notification. I guess both have in common that they are supposed to be persistent unless dismissed, so maybe there's a bug there.

@daniellandau
Copy link
Member

We can't dismiss Gio.NotificationPriority.URGENT notifications. That should be fixed, but unless a fix is found a workaround is to just send normal priority notifications for the three cases where we currently use urgent to get a release out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An issue that is confirmed as a bug shell-extension An issue related to the GNOME Shell extension
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants