Skip to content
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

feat(firestore): V9 modular APIs #7235

Merged
merged 68 commits into from
Sep 22, 2023
Merged

feat(firestore): V9 modular APIs #7235

merged 68 commits into from
Sep 22, 2023

Conversation

exaby73
Copy link
Contributor

@exaby73 exaby73 commented Jul 14, 2023

Description

Related issues

Release Summary

Checklist

  • I read the Contributor Guide and followed the process outlined there for submitting PRs.
    • Yes
  • My change supports the following platforms;
    • Android
    • iOS
  • My change includes tests;
    • e2e tests added or updated in packages/\*\*/e2e
    • jest tests added or updated in packages/\*\*/__tests__
  • I have updated TypeScript types that are affected by my change.
  • This is a breaking change;
    • Yes
    • No

Test Plan


Think react-native-firebase is great? Please consider supporting the project with any of the below:

@vercel
Copy link

vercel bot commented Jul 14, 2023

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
react-native-firebase ✅ Ready (Inspect) Visit Preview 💬 Add feedback Sep 20, 2023 3:36pm
react-native-firebase-next ❌ Failed (Inspect) Sep 20, 2023 3:36pm

@codecov
Copy link

codecov bot commented Jul 24, 2023

Codecov Report

Merging #7235 (ac4a698) into main (80ac07e) will decrease coverage by 14.80%.
Report is 7 commits behind head on main.
The diff coverage is 59.29%.

Additional details and impacted files
@@              Coverage Diff              @@
##               main    #7235       +/-   ##
=============================================
- Coverage     68.91%   54.10%   -14.80%     
- Complexity        0      738      +738     
=============================================
  Files           137      247      +110     
  Lines          5708    12159     +6451     
  Branches       1224     1897      +673     
=============================================
+ Hits           3933     6578     +2645     
- Misses         1680     5235     +3555     
- Partials         95      346      +251     

@github-actions
Copy link

Hello 👋, this PR has been opened for more than 2 months with no activity on it.

If you think this is a mistake please comment and ping a maintainer to get this merged ASAP! Thanks for contributing!

You have 15 days until this gets closed automatically

Copy link
Member

@russellwheatley russellwheatley left a comment

Choose a reason for hiding this comment

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

Looking good, @exaby73 👍 . I've provided some feedback!

packages/firestore/e2e/Query/where.filter.e2e.js Outdated Show resolved Hide resolved
packages/firestore/e2e/issues.e2e.js Show resolved Hide resolved
packages/firestore/lib/modular/index.d.ts Show resolved Hide resolved
packages/firestore/lib/modular/index.js Outdated Show resolved Hide resolved
packages/firestore/lib/modular/query.js Outdated Show resolved Hide resolved
packages/firestore/lib/modular/query.js Outdated Show resolved Hide resolved
@mikehardy
Copy link
Collaborator

Looks to have some lint errors from local test modifications checked in ? Hopefully a quick fix

@mikehardy
Copy link
Collaborator

@exaby73 are you running these locally and they are passing?



  1) firestore().collection().where(OR Filters)
       modular
         returns with where ">" filter:

      AssertionError: expected 12 to equal 2
      + expected - actual

      -12
      +2
      
      at Assertion.fail (node_modules/should/cjs/should.js:275:17)
      at Assertion.value (node_modules/should/cjs/should.js:356:19)
      at Context.<anonymous> (/Users/runner/work/react-native-firebase/react-native-firebase/packages/firestore/e2e/Query/where.or.filter.e2e.js:1647:28)

@exaby73
Copy link
Contributor Author

exaby73 commented Sep 19, 2023

@mikehardy Not all the time. I figured the tests are flaky which is why I'm rerunning it. I'm rerunning it locally now and trying to debug this

Copy link
Member

@russellwheatley russellwheatley left a comment

Choose a reason for hiding this comment

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

LGTM - code coverage checks aside 👍

@mikehardy
Copy link
Collaborator

@russellwheatley I'm tracking the code coverage thing separately so I do not forget but it doesn't block this (and the previous ones) from going in --> #7328

Copy link
Collaborator

@mikehardy mikehardy left a comment

Choose a reason for hiding this comment

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

Alright then - I didn't see anything on a couple scans so (gulp...) here we go!
@exaby73 this is an incredible work, seriously, one of the biggest PRs I've seen in years. Anyone using this package and it's v9 APIs over the years to come will owe you a debt of gratitude

@mikehardy mikehardy merged commit 29d81c4 into main Sep 22, 2023
16 of 19 checks passed
@mikehardy mikehardy deleted the feat/firestore-modular branch September 22, 2023 19:17
* object with `next` and `error` callbacks.
*
* NOTE: Although an `onCompletion` callback can be provided, it will
* never be called because the snapshot stream is never-ending.
Copy link
Contributor

@gregfenton gregfenton Nov 3, 2023

Choose a reason for hiding this comment

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

Does onCompletion() not get called when the returned unsubscribe() is called?

Or maybe it should be called then?

Copy link
Collaborator

Choose a reason for hiding this comment

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

interesting question! Honestly I'm not sure - you'd have to chase in to the native code I think and see what events are passed native<->javascript

Alternatively, if nothing is provided then it does seem reasonable to call onCompletion when unsubscribe happens, as by definition that would mean there will never be more events from that subscription...

Copy link
Contributor

@gregfenton gregfenton Nov 5, 2023

Choose a reason for hiding this comment

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

Copy link
Collaborator

Choose a reason for hiding this comment

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

I just looked more closely at the firebase-js-sdk documentation, which we generally treat as our authority here with regard to what behavior contract to meet for APIs, and it's pretty clear (and is the source of that comment I think):

https://firebase.google.com/docs/reference/js/firestore_.md#onsnapshot

NOTE: Although an onCompletion callback can be provided, it will never be called because the snapshot stream is never-ending.

I do not think we can call the onCompletion callback and meet the behavior contract of onSnapshot then, so I don't think this is a productive path to go down with regard to investigation. Sorry I started down it with you, if that meant you spent any significant amount of time on it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants