-
-
Notifications
You must be signed in to change notification settings - Fork 104
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
Issue #474 #475
Issue #474 #475
Conversation
Thank you! I really like your proposed solution. I will take over from here and work on an Android implementation as well. Probably this solution will help me with #443 as well, but it will take me a few weeks as I have other priorities at the moment. I'll keep you updated! |
Thanks for getting on this so fast, @robingenz — you're a gem. 👏 I'll have time to help flesh out the iOS side if you like. I actually just made a push to fix the "check recursive" bug, so it should convert timestamps at all layers, now. |
… avoid conflicts with 'instanceof' in build chaing)
BTW: The Firebase JavaScript SDK should remain an optional dependency on Android and iOS. I will therefore replace the imported |
That makes total sense — I wound up having to avoid it here, anyway, because the class name seemed to get clobbered by various build tools. (Passing a Timestamp from my web app did not get recognized as an |
I close this for #557. |
Salutations and hello, all!
This PR is related to issue #474, reported, yesterday. This is my current workaround that I'm using to continue to make use of the project. It all comes down to using a simple serialized format for Google's
Timestamp
type, re-initializing it whenever it passes between the web and the native layers, but it probably shouldn't be merged as is. This is my first contribution to CapAwesome and I'm still getting the lay of the land (what's more, my Swift is pretty weak). To constitute a full solution, I'm imagining something as follows....Timestamp
types and convert as needed (this commit is only a superficial check).I'm imagining that this would involve the following:
Timestamp
as a potential value@robingenz, I should have more time this weekend to work on my Swift-ese and create a more elegant solution on the iOS side. I could probably figure out the Android side, too, but I don't particularly want to. 😅