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
Thank you for this excellent library. It certainly does make working with dates quite a bit more pleasant.
Ran into an issue where calling .toISOString() changes the dateFormatter timezone and date format from the default/cached dateFormetter. Subsequent calls to .toShortString(), for example, ends up using the modified dateFormatter from .toISOString() resulting in unexpected short/medium/long string prints of the time now based on UTC instead of the user's local timezone.
Once suggestion is to always set the dateFormatter defaults each time the dateFormatter object is retrieved or make sure each func that modifies the cachedDateFormatter returns it back to the "found" state.
Wes
The text was updated successfully, but these errors were encountered:
Hello,
Thank you for this excellent library. It certainly does make working with dates quite a bit more pleasant.
Ran into an issue where calling .toISOString() changes the dateFormatter timezone and date format from the default/cached dateFormetter. Subsequent calls to .toShortString(), for example, ends up using the modified dateFormatter from .toISOString() resulting in unexpected short/medium/long string prints of the time now based on UTC instead of the user's local timezone.
Once suggestion is to always set the dateFormatter defaults each time the dateFormatter object is retrieved or make sure each func that modifies the cachedDateFormatter returns it back to the "found" state.
Wes
The text was updated successfully, but these errors were encountered: