Andy Holmes

All your logs show is that Android keeps sending the notifications, so there's not much that GSConnect can do about that. Unless the notification ID changes, repeats are muted and...

> Well there was actually too much info in the notifications hence I've excluded those. I could anonymize them and add for info if you'd want so. We don't really...

> @andyholmes urge you to let me know if personally identifying information is slipped from me in the log. Nope, it looks all good :) Do any of the original...

Nevermind, I was mistaken. We already account for changing `requestReplyId`'s. Are you sure you don't have any other extensions installed that modify notifications?

I'm not sure I see why this is happening, so there's not much I can do until I can find a way to reproduce it. I'll mark this `help wanted`...

> UPDATE : Yes some notifications did reappear even after cleaning from notification tray in Fedora. Unless your device is connected when you close the notifcation, GSConnect can't tell your...

Thanks for reporting! Unfortunately there is no confirmation of a sent SMS message, so this would be difficult to fix in a robust way. The "pending" message itself is already...

> You mean that you cannot know if the phone actually sent the message? When an Android phone completes sending a message it will move it from the "outbox" category...

Sorry it took me awhile to respond, I've been fairly bust lately. > I can imagine that simply not clearing the pending message on disconnect could be helpful Turns out...

Okay, so I've pushed a PR which does the following: * when a message is requested to be sent, add a full `GSConnectMessagingConversationMessage` widget, rather than a simple label. *...