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
When the start or end time is modified for an existing entry (e.g. zeit entry --finish xx), the updated time is stored without the nanoseconds portion, potentially leading to issues when parsing the output from zeit export.
Version info:
zeit commit #ab78ffcd006405051b057be1f25d5b9c16ee0b66
The text was updated successfully, but these errors were encountered:
@khughitt not exactly sure how to solve this issue, since it's more like a user-entry error. If a user specifies every detail in RFC3339 format, then it's being stored correctly:
zeit entry --begin "2021-02-07T11:11:12.917391-04:00" e2b9ac6d-2b57-41e3-9069-db308582d991
It's also questionable whether nanoseconds are actually relevant for time entries. So maybe the fix would be to remove this info altogether?
@mrusme Ah okay, I was following the example from the README, which doesn't include nanoseconds in the time specification, and hence, I the updated entry didn't have them either.
In any case, I think you are right though -- personally, I can't imagine ever needing something better than ~1 minute resolution. We can save the nanosecond resolution tracking for some future dystopian corporate world >.<.
When the start or end time is modified for an existing entry (e.g.
zeit entry --finish xx
), the updated time is stored without the nanoseconds portion, potentially leading to issues when parsing the output fromzeit export
.Version info:
The text was updated successfully, but these errors were encountered: