Open davidassigbi opened 4 years ago
Looking at the source code, i was thinking why we should wrap the native timestamp when we can simply use the native one instead... this is really the best approach?
I keep on trying different workarounds but none was working. So as i was using a different version of firebase (latest)
than the one that has been used in this firestorm
version i was using and this fixed the issue.
This fixed the issue for me however i wasn't really satisfied cause if i wanted to use some features only available in that latest version of firebase
I would have been forced to give up using firestorm
for that feature of firebase
.
And @rodrigorhas you're right. I don't think it is much usefull to wrap the native TimesTamp
cause actually the wrapped version doesn't provide so much features however it is not a bad idea cause it is a good starting point for adding more and more features. And that the library API is still consistant there will not be a breaking change at any moment regarding the timestamp types.
Right now i don't close the issue just cause i think my workaround is not the best one... I'll keep it open till it found a real solution.
Having a similar problem. I think it's because timestamp is represented as {"_seconds": 0, "_nanoseconds"}. (You can see if you print it out using JSON.stringify()).
But you can't access those properties by using ._seconds either. Very strange.
Hi firestormers i'm having an issue (i think). Basically the TimesTamps class provided is causing some troubles to my project. Below is a screenshot of the error![2019-12-27-110425_1600x900_scrot](https://user-images.githubusercontent.com/50207516/71515202-07d9a480-289a-11ea-8a6e-3b562a78c601.png)
Here is a code snippet. Any help would be really appreciated..