Push notification to Desktop or Smartphone if download need interaction

[DasLampe]

Use push notifications to alert the user for needed interaction.

E.g. tipping a captcha code.

[Nippey]

Smart idea!

With focus on Android "Android Cloud to Device Messaging Framework":

I also thought about doing this proposal some months ago, but stopped at this border:

The sender of Push-Notifications needs a Google GCM-Account (http://developer.android.com/google/gcm/gs.html). As each running Python-Instance also is a sender of Push-Notifications we require either:

a) Each user to register for the GCM-Service
b) Provide a (bulletproof and stable) server that does the message wrapping to the Android-App for all pyLoad users around the world.

Please note, Google changed its API from C2DM to GCM in July 2012.

Just a small information package for you and the developers! ;)

( This is where I got my GCM/C2DM information from:
https://developers.google.com/android/c2dm/?hl=de
http://developer.android.com/google/gcm/gs.html
http://blog.serverdensity.com/android-push-notifications-tutorial/ )

[exclamationgm]

👍
I discussed this some time ago with @RaNaN or spoob on bitbucket. As I remember he didn't liked (or really understood?) it.

The first way, where every instance needs an own GCM-Account would be my favorite. Users, who need it, will create it!

Also a single GCM-Account is limited in sending notifications per timespan, without further blabla to google.inc. So beside the challenge of providing it, that wrapping server is in my eyes not a good idea doe to that limitation.

Remember, we need to fork both, pyload-server and the android app to do that token stuff. If I knew where to get that captcha-event from... (sadly it isn't prepared at ./scripts) I already would have started it. Yes I didn't do a deep code exploration, it should be easy. :-)
!gm

[Nippey]

Using independent accounts would be my opinion, too!

Also, providing a "bulletproof and stable" server is difficult, if you are doing open-source software ;)

I already went through the android code twice, each time starting a modification and just before committing, I noticed that @RaNaN was faster and better doing the same! :D
Just now, I have a version of the android app running, that informs me of new captchas even if my screen is turned off / I am using another app, but is is buggy as hell.

I have difficulties to integrate it in an elegant way..

[RaNaN]

I really doubt that using individual accounts for each user is an option.
First you need a developer account and setup GCM, get an Api Token and so on. In terms of usability this is kind of a worst case.
Second, this is not the way GCM is supposed to work and I doubt it even will. Your App is tied to your developer account and probably also to your GCM keys, meaning it will most likely not accept messages from arbitrary accounts.

The preferred way would be that we setup GCM and also host the server for the push messages. I think the hosting would not be the problem, but currently there are different priorities and we don't have the time for the implementation.

[ajs124]

How about desktops? A quick google search resulted in some html5 stuff, but it seems it's either webkit specific or not implemented. I'd really like to have this feature, especially on the desktop and it seems easier to implement there than on mobile.

[stickell]

I started developing a desktop client to handle captcha request. The idea cames from the desktop client for the 9kw service:

it checks every n seconds, no push system is possible actually.

At the moment I have no time to develop it.

[exclamationgm]

@Nippey we should implement a service, not a separate app. Can you share you work?

@RaNaN yes the android app will be bound to an specific GCM Account when the app register itself. But I don't think that this has to be the account of the app-publisher. The GCM_SENDER_ID should just be user-configurable in the app in my eyes and we are fine. The pyload-server side especially handling that PROPERTY_REG_ID is that stuff I can't handle.

@stickell & @ajs124 I suggest splitting this issue as an desktop and the android application are two different topics.

!gm

[Nippey]

@exclamationgm: With "Android-Code" I meant the pyload app. But since the last merge from the main repository it keeps crashing when I try to use my modifications... :(
Didn't work on it for months now, guess I have to get my handy dirty again

@exclamationgm & @RaNaN An android app must not be bound to a specific GCM account on compile time. So there would be no difficulties to have on GCM account per user.

[DasLampe]

Today I had seen, in pyLoad 0.49 is already implements an XMPP Notification Hook (Can't see the end of the submenu in webclient). So we doesn't need a push function. :D

But the hook is a little bit buggy. E.g. no reconnect method. ;) I try to fix it in version 0.49 and hope you implements this method in 0.5.

[887dcd7b]

Maybe it is possible to integrate https://pushover.net via https://github.com/erniebrodeur/pushover to achieve this enhancement easily?

[Nippey]

From their FAQ:
"Each application registered to send Pushover notifications may send 7,500 messages per month for free"
It doesn't look that bad.

But did I see it right, that I have to install their Android app?
Their App costs €3,74 / $5,00!

[887dcd7b]

As far as I understand the push notification is a "nice-to-have". Pushover seems to be integrable with little effort and and provides an existing infrastructure/solution.

Yes, the apps are not for free, still pushover is a quite convenient way for notification.

[user04]

I suggest to simply add "PLAY SOUND ON CAPTCHA ARRIVED" to the webinterface.
On my desktop I can have pyLoads web interface opened to monitor download progress, but it may be minimized or hidden, so it would be great to have some acoustic hint when interaction is needed.

[rnhmjoj]

On OSX 10.9 a website can send the OS a notification (locally or through a server).
Have al look at this here.

[DasLampe]

@rnhmjoj But only in Safari. ;)

I prefer notification via Jabber. It's easy and all Operatingsystems can handle this and if your Client support XEP-0231, you can send the image inline of notification. (Okay, this feature isn't implement yet, but it's possible. ;))

[rnhmjoj]

@DasLampe Also chrome supports this. See here.

[q6276270]

sry for commenting here if this is not up to date any more. I stumble upon this thread via google.

I'd vote for email. Every client supports them. If you don't like keeping them you can implement a rule in the mail program of your choice. Keep the Emails short and give the user choices as to what notifications are to be sent.

Other remote programs in need of long-lasting reliability (like RAID clients, Linux cron jobs in general) use them too.

[stale]

This ticket has been automatically marked as inactive because 90 days have passed since the last comment.
It will be closed in 7 days if no further activity occurs.
If this issue still requires attention, please leave a comment.

[stale]

This ticket has been automatically closed.
This is often because the request was already solved in some way and it just wasn't updated or it's no longer applicable.
Feel free to open a new issue if you deem it appropriate. Don't forget to reference this to the new one.
Thanks for your contributions.