feature request: Notifications actions

[cyrinux]

Is your feature request related to a problem? Please describe.
I miss the possibility to react directly from some notifications, from the notification itself, without the need to open the main gotify interface.

Describe the solution you'd like
I would be able to pass some "extras" parameters that add some actions directly in the notifcations, like copy a text, open a link, or share a text/link, even why not call/text a contact.

Describe alternatives you've considered
I tried a simple implementation of "share" and "open" a link here, its working but can be done better maybe, please take time to read this PR thread: gotify/android#236 .

Additional context
Please see this link gotify/android#236 where you can find an example of integration with hauk-snitch project for
example.
Another common example is the integration of gotify with a monitoring, on-call setup. You can receive some events/alert and want to add some actions, open a link, ack an alert, escalade to another guy through call or text, copy a code you receive to the clipboard.

[cyrinux]

Gotify users who read me, please feel free to add some other examples here if you want this feature to be added. 🙏🏻
And thanks @jmattheis for this great program, this feature would make me happy 😃

[jmattheis]

In this issue we should decide how the "extras" are structured, I'd say we start with a button that sends an HTTP request. It could be defined like this:

{
  "title": "home assistant",
  "message": "You've left the house but the heater is still powered on.",
  "extras": {
    "client::action": {
      "buttons": [
        {
          "label": "Power off",
          "http": {
            "method": "post",
            "url": "https://example.com/power_off?id=5",
            "headers": { "Authorization": "bearer token" }
          }
        },
        {
          "label": "Dismiss",
          "http": {
            "method": "post",
            "url": "https://example.com/dismiss?id=5",
            "headers": { "Authorization": "bearer token" }
          }
        }
      ]
    }
  }
}

To users of Gotify: would this functionality improve some of your workflows and do you think the above definition with "method", "url" and "headers" is enough for defining the HTTP request?

[max-baz]

Let's mention this right away as it might affect the design decisions: android has some predefined hardcoded actions (like "share" to share content with another app - the full list seems to be here), which there is a desirable use-case to support. It is also very important to not just share the entire notification content, but be able to specify exactly what has to be shared.

Real use-case:

• There is an app that can share my location temporarily.
• Once started, I want to receive a notification with text "You location is being shared for 60 minutes" and a share button
• The "share" button should use standard Android's ACTION_SEND intent, which when clicked shows android dialog to select app/contact to be shared with, and as a the content of the shared message it should be the URL to a map with my location - i.e. not the content of the Gotify notification that I received.

Hope that will help!

[GamerClassN7]

Hello,m
Any news ?

[errrrata]

Any news on this?

[jmattheis]

I'm open to accept PRs for the http action described in #494 (comment).

[cyrinux]

I'm open to accept PRs for the http action described in #494 (comment).

And I will not do the PR as I'm not android dev, so please, if someone can, feel free to do it please 😄