-
Notifications
You must be signed in to change notification settings - Fork 1.7k
make FIRDocumentListenOptions.includeMetadataChanges private #540
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
Conversation
as discussed in Firestore API discussion, the name clashes creates confusion. Android SDK already not exposing the property; here change iOS SDK to match it.
This is currently public, right? If so, it's a breaking change and can't be submitted until the next full version bump of the Firebase SDK. |
Now merges with firestore-api-changes for next version. |
@ryanwilson Firestore is still in beta, though, and in the past has (after alpha) made breaking changes without a major version bump. |
@morganchen12 Ahhh right! I forgot it wasn't at 1.0 yet. Sorry about that! I'm good with this going into master then if desired. |
We're not yet merging to master because we're attempting to batch up a bunch of API changes into a single release rather than dribbling them out over time and making every upgrade painful. We'll merge firestore-api-changes to master when we're ready to release them all. |
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.
Firestore/CHANGELOG.md
Outdated
@@ -1,5 +1,7 @@ | |||
# Unreleased | |||
- [changed] Firestore no longer has a direct dependency on FirebaseAuth. | |||
- [changed] property includeMetadataChanges is now hidden in FIRDocumentListenOptions |
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.
From a user's point of view it doesn't really matter that this is now an internal property. From their point of view we just removed it.
This would be better phrased as:
Removed the includeMetadataChanges property in FIRDocumentListenOptions to avoid confusion with the factory method of the same name.
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.
done
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.
LGTM with a phrasing nit.
Should I merge with master or with firebase-ios-sdk? |
This should be squashed and merged into the firebase-api-changes branch since it's one of the breaking changes we're batching up. |
To avoid surprise by adding a warning. Right now, when offline, empty result is returned with no log nor error, see https://groups.google.com/forum/#!topic/google-cloud-firestore-discuss/puFl9HVU57I/discussion
* Move the logic from FSTEventManager to FSTRemoteStore. Pros: per query vs per stream. * Since state can go into unknown normally (e.g. no listener is registered and nobody care the status), we only warns when status is actually offline to avoid confusion.
All projects are now ExternalProjects This makes it much easier to build them all in a single pass.
as discussed in Firestore API discussion, the name clashes creates confusion. Android SDK already not exposing the property; here change iOS SDK to match it.
…e#540) * make FIRDocumentListenOptions.includeMetadataChanges private as discussed in Firestore API discussion, the name clashes creates confusion. Android SDK already not exposing the property; here change iOS SDK to match it. * update CHANGELOG
Discussion
As discussed in Firestore API discussion, the name clashes creates confusion. Android SDK already not exposing the property; here change iOS SDK to match it.
Testing
Tests pass.
API Changes
Its an implementation oversight. Fix to match Android SDK.