You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 5, 2023. It is now read-only.
I noticed that the document's creation time displayed is guessed in Genghis by parsing the ObjectID, since a default MongoDB ObjectID has the first 4 bytes representing the timestamp the ObjectID was created at.
It may be a nice feature, but one can use custom values in ObjectIDs resulting in awkward dates displayed in Genghis:
Yep, this is weird. I'd like to support this use case, but I'd also love to avoid adding a setting to support it, so what would be a reasonable heuristic for deciding whether to show a creation timestamp?
Only guess creation date if all documents in the current page of the current collection which have ObjectIds as their _id also have "sane" ObjectId timestamps
A "sane" ObjectId timestamp is a timestamp timestamp created from the first four bytes of the ObjectId which is before 48 hours from now (leaving some room for time zones and server timestamp craziness?) and after the release of Mongo v1.0.
This change has been committed to develop and will be in the next release!
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I noticed that the document's creation time displayed is guessed in Genghis by parsing the ObjectID, since a default MongoDB ObjectID has the first 4 bytes representing the timestamp the ObjectID was created at.
It may be a nice feature, but one can use custom values in ObjectIDs resulting in awkward dates displayed in Genghis:
Can this behaviour be disabled in cases where the guess would be wrong?
The text was updated successfully, but these errors were encountered: