-
-
Notifications
You must be signed in to change notification settings - Fork 15
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
Support priorities #81
Comments
Sure, Keep in mind priorities are 100% supported: See here Just add it to the Apprise URL:
PushBullet works the similar way. Just check out the service you need, and customize the (Apprise) URL to your heart's content. |
Great! |
No, that might have to happen on your end if you want to provide that level of granularity per action. You would need to adopt Apprise into SABnzbd and do away with the script. If you did this, you could then assign one or more (Apprise) URLs to That said, i can brush myself up with how the script works again with SABnzbd and see if there is a way to do it through the CLI parameter parsing. If i recall (at the time, maybe not now though), the hand off of information from SAB to any script is somewhat limited. Under the hood, my script just get details on the notification (to send) and the one line of configuration users can provide to it via SAB (i use this for the Apprise URLs). Again, i might be very wrong here 😉 |
Let me check if maybe we can do something to put it into the config-URL. |
Hmm, i'm not sure if that's a good idea. ... it just seems very specific and hacky... Is there an advantage to controlling the priority per message? When you have 75+ services at your disposal, and you're putting so much effort into the handling of just 1 of them. Am i reading this right? I can see an on/off type deal. Maybe the notify script could open up the SABnzbd configuration file and read back: But as i understand it, you're trying to achieve this with |
There are more services supporting priorities right? So it would be for any that support it. What about |
Sure, but some priorities for some protocols take a value in its integer, some take I would just hate to see you build a URL parser on top of a URL parser just to accommodate 1 of many services. I'm wondering if we should leave your notification backend as is... drop support for SABnzbd notify script and just full integrate apprise into SABnzbd itself... You're interface would be as simple as:
Or if you really want to get granular... repeat the above... but instead of a series of check-boxes (per action.. .such as
Where on/off are self explanatory... but custom requires you to provide the Apprise URL's again (to over-ride the global one). This will allow those who want to micro-mange the priories of the individual notices (or change who gets what can do so). I can assure you that your code base will litterally shrink to: import apprise
obj = apprise.Apprise()
obj.add('url-list-can-be-comma-separarted-even')
obj.notify('body', 'title')
# if there is an over-ride, to the action taking place... add that string of URL's instead of the master one Food for thought anyhow... |
The reason to remove Growl/Pushover/Pushbullet from SABnzbd was to offload unnecessary features from SABnzbd so it can be a bit more lean. If we integrate Apprise, we sort of do the opposite, we increase the burden on SABnzbd. Will try to make a proposal PR, I think you'll see what I intend is not that complicated 🙂 |
Sure, have at it and we can resume this conversation if needed. 👍 |
See sabnzbd/2796. Priorities are simply part of the defined Apprise URL... |
It seems maybe I was a bit too quick to remove Pushover/Pushbullet support from SABnzbd as with nzb-notify they cannot specify the priorities of the different notifications types.
Do you see a way in which we can support this?
If needed I can also change SABnzbd to have this as an additional parameter when calling the script:
I think for now I will postpone removing Pushbullet/Pusover/Prowl support from SABnzbd in the next release.
The text was updated successfully, but these errors were encountered: