-
Notifications
You must be signed in to change notification settings - Fork 118
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 Simple and Enhanced Notification Formats #22
Comments
I think it would be nice to try to implement simple version, because it might help with #14. I'm not holding my breath, but it would be interesting to try! |
As of tonight we now have a |
That would be awesome! Supporting both is an awesome feature IMHO 👍 |
@kyledrake funny you should say that this may help with #14 - Our previous C# (that only used the simple notification) code didn't seem to have an issue with the connection getting into a bad state and loosing notifications. so there may be something to this. In that case, you would just rely 100% on the feedback API. Though listening to an active connection still has merits, especially when using the wrong key or something. |
Writing this now. any preference to whether this is a separate class, or if it is a notification with a switch on identifier being present or not? |
@kbrock: I think renaming the current |
After learning more about Simple Notifications, I have to question... why do we want to support them? In reality they are just the original implementation, and the new "enhanced" format is better anyhow. |
The question was: I hacked together #47 to try it out. But in the end of the day, I think we have the same issues and we don't have the identifier to resolve issues. So either: a) implement Enhanced in Notification and have Simple / V0 as the alternative format Again, I was coding up the example anyway, and since I saw it elsewhere, thought I'd share. |
@kbrock Thanks so much for putting this together and sharing it. I was replying from my iPhone and so quite terse... which probably came off as if I were unappreciative. I agree with the two options you've outlined, and personally think we should go for B - don't support version 0 notifications. We don't really gain anything by supporting them, and they are harder to handle w/r/t errors. What say we all? |
I closed #47 - someone please kill this request |
sorry @vanstee ;) |
Based on the discussion here and in #47, we're going to opt not to support Simple Notifications, at least for now. |
While looking into Issue #21 I realized there are 2 specific notification formats: Simple and Enhanced. It might be nice to also allow notifications that leave out the
Identifier
orExpiry
in the payload (Simple format) since we only currently support the Enhanced version. I'd be ok with also carrying over the domain terms into newSimpleNotificiation
andEnhancedNotification
classes. Thoughts?The text was updated successfully, but these errors were encountered: