-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
[flutter_local_notifications_linux] migrate to xdg-desktop-portal for notifications #1987
base: master
Are you sure you want to change the base?
Conversation
Created as a draft for a couple reasons:
That said, everything regarding sending notifications, body markup, actions, callbacks, etc seems to be working well - and crucially also working from within Flatpak, which was the big problem for my use case. For anyone else needing Flatpak support, you can use a git override until this change can be merged: dependency_overrides:
# Override flutter_local_notifications to use the fork with the fix for
# Flatpak until the fix is merged.
# See: https://github.com/MaikuB/flutter_local_notifications/issues/1757
flutter_local_notifications:
git:
url: https://github.com/Merrit/flutter_local_notifications.git
ref: d5d529cb2278deba2ca8244025256348483a1cdd
path: flutter_local_notifications |
Thanks for the PR. I'll take a look when I can block out some time to sit through this properly. Not though that I don't use Linux and I'm not particularly familiar with the ecosystem so I would suggest trying to see if there are others in the community that could help out with this P.S. you may see me trying to update the plugin with a more urgent quick fix ahead of this PR given Flutter 3.10 just landed on stable and included Dart 3 so believe I need to to bump the max Dart SDK constraints |
No worries, I don't expect everyone to be familiar with Linux. I wanted to make the PR smaller, but everything was pretty entwined. If there is anything I can do to help, just let me know! 😃
Sounds like a good idea 💙 |
If there are others in the community that you know that you could contact to help review and/or provide feedback on this then that would be great. On that note, since the issue was originally raised by you, do you think you'd be able to check this out @emersion? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I left some general comments on the PR though didn't actually get to test it out. As a whole the changes make sense to me but don't want to lose functionality so would like to wait until the missing functionality is officially supported
@@ -52,10 +52,10 @@ class ReceivedNotification { | |||
String? selectedNotificationPayload; | |||
|
|||
/// A notification action which triggers a url launch event | |||
const String urlLaunchActionId = 'id_1'; | |||
const String urlLaunchActionId = 'id1'; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what the reason behind this change? i wasn't expecting example app to require this kind of the change given the intent behind the PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah yeah, forgot to document that. I believe it didn't work, and troubleshooting indicated it was when it had an underscore.
# Temporarily use a fork of xdg_desktop_portal to support the ActionInvoked signal | ||
xdg_desktop_portal: | ||
git: | ||
url: https://github.com/Merrit/xdg_desktop_portal.dart.git |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I saw you shared some details on how there are some proposals given the missing functionality etc. You probably figured but I would say until that is addressed then the changes in the PR wouldn't be part of a stable release of the plugin
Sounds reasonable :) FYI, I did ask some people if anyone could help review but so far no takers. |
The xdg-desktop-portal is the new standard for desktop notifications and is supported by GNOME, KDE, and other desktop environments. It also works with Flatpak and Snap applications. Resolves MaikuB#1757
03b9104
to
afd8cb7
Compare
UpdateMy PR for the supporting package hasn't had any movement. Canonical appears to have abandoned the package - hasn't seen any activity in a long time, and when I reached out to them directly to ask about the status of the project it was ignored. In addition it appears that #1757 was incorrect about Given these developments I suggest we close this PR to keep the repo clean, and update #1757 with the information to use |
Note that |
Yeah, I understand they want people to use the new implementation for good reasons. Given the lack of support for needed features though, IMHO workaround seems proper until v2 of the new portal is available. |
Hi @Merrit, I was looking into #2480, specifically flatpak/xdg-desktop-portal#983. That issue was closed 3 weeks ago, and there is a new discussion about adding support for features that didn't make it into v2. I know that canonical is taking their time with your other PR, but does that theoretically unblock this? I don't actually use Linux as a daily driver, just taking an interest 😁 |
I just commented on there yesterday and they responded that they didn't merge the PR because it's still a draft. Can you mark it as ready for review, sign the CLA, and ping them one more time? |
I suppose I can do that yeah, I don't have the bandwidth at the moment to implement any changes if requested though. |
Seems the canonical PR was merged! canonical/xdg_desktop_portal.dart#86 @Merrit You should be able to replace the pubspec override with just Does that mean this is ready for review now? Again I'm not actually personally affected as I prefer Windows and AppImage instead of FlatPak, but as emersion said, this affects the sandbox and issue #1757 |
The xdg-desktop-portal is the new standard for desktop notifications
and is supported by GNOME, KDE, and other desktop environments. It
also works with Flatpak and Snap applications.
Resolves #1757