Skip to content

fcm/send/ endpoint supports AES_128_GCM #395

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Merged
merged 2 commits into from
Jan 14, 2019
Merged

Conversation

pinarx
Copy link
Contributor

@pinarx pinarx commented Dec 10, 2018

Remove the FCM endpoint modification for AES_128_GCM content encoding

Remove the FCM endpoint modification for AES_128_GCM content encoding
@marco-c marco-c requested a review from gauntface December 15, 2018 17:22
@marco-c
Copy link
Member

marco-c commented Dec 15, 2018

@gauntface could you review?

@marco-c
Copy link
Member

marco-c commented Jan 14, 2019

@pinarx do you have a reference that shows that this is now supported on the "normal" URL?

@pinarx
Copy link
Contributor Author

pinarx commented Jan 14, 2019

You can confirm it using this demo and by simply replacing the endpoint to point to /fcm/send rather than /wp/.

Copy link
Member

@marco-c marco-c left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK, we're also testing with Selenium, so if this didn't work in a real browser the tests would fail.

@marco-c marco-c merged commit 12233ba into web-push-libs:master Jan 14, 2019
@pinarx pinarx deleted the patch-1 branch January 14, 2019 15:01
@martijndwars
Copy link
Member

martijndwars commented Jan 22, 2019

Does this mean Google made a change such that this replacement is no longer necessary? Or did Google stop creating endpoints containing /fcm/send? The Selenium tests only check with newly created subscriptions; what if we have an old endpoint that still contains /fcm/send?

@pinarx
Copy link
Contributor Author

pinarx commented Jan 22, 2019

The replacement is no longer necessary and the /fcm/send endpoint now supports the new VAPID format. Old tokens should continue to work.

martijndwars referenced this pull request in web-push-libs/webpush-java Feb 12, 2019
* Update the HTTP Encrypted Content Encoding implementation to support
aes128gcm, as defined in the 9th version of the draft [1].
* Update the Web Push implementation to use aes128gcm, as defined in the
9th version of the draft [2].

[1] https://tools.ietf.org/html/draft-ietf-httpbis-encryption-encoding-09
[2] https://tools.ietf.org/html/draft-ietf-webpush-encryption-09
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants