-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Push Status API #1004
Push Status API #1004
Conversation
Current coverage is
|
The system classes list is only supposed to be for things that are accessible to clients and contain Parse Objects. You don't want clients writing directly to/from _PushStatus. Thats why _SCHEMA isn't included in most places, and there is a TODO for removing it from that one place. |
@drew-gross ok, will RestWrite/RestQuery work correctly then? |
I don't think so. If you want to access it through RestWrite/RestQuery we should add a concept of classes that are managed by Parse Server, but aren't part of the client interface. _SCHEMA can be part of it as well as _PushStatus, _Audience, _QueryToolQuery, and other stuff that is internal to Parse Server. |
@flovilmart updated the pull request. |
I wanna use as much as possible of the RestWrite for updating the _PushStatus, that will be easier and cleaner. |
OK maybe we could add it as a parse object, but locked down by default to master key only. I think how we handle this is actually a pretty major point that will affect the future of Parse Server in a big way, so we really want to get this right. |
Yes definitely, we can discuss different architecture options offline as I want to get it right too, and have something that help the codebase scale easily if we need more things like that in the future. I could do CLP on it. |
- uses universal certificate - removes tests logs - standardized returned promises from APNS and GCM to something usable in _PushStatus
- the push server don't send TLS NPN and makes the http2 lib break - the fork forces the next protocol negociation to h2 as we're sure
4edd6a7
to
7c387e1
Compare
I may revert to use apn as we'd require node >= 5.0 to properly use the HTTP/2 endpoint as the server don't advertise the TLS NPN. That being said, because of the callback structure the code will end-up messy. What do you think @drew-gross ? |
@@ -1153,7 +1153,6 @@ describe('Parse.ACL', () => { | |||
var query = new Parse.Query("TestClassMasterACL"); | |||
return query.find(); | |||
}).then((results) => { | |||
console.log(JSON.stringify(results[0])); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
removes the undefined log in the tests
btw, I removed HTTP/2 API as we'd need to bump to engine >= 5.0, maybe later... |
Hello, |
Nits: