Skip to content

fast_strptime differs from strptime in regards to tz parameter #394

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.

Sign up for GitHub

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

Jump to bottom
Closed
trittweiler opened this issue Mar 12, 2016 · 1 comment
Closed

fast_strptime differs from strptime in regards to tz parameter #394

trittweiler opened this issue Mar 12, 2016 · 1 comment
Labels
bug an unexpected problem or unintended behavior
Milestone
v1.5.6

Comments

@trittweiler
Copy link

It seems that fast_strptime considers the input string to be specified in GMT and uses its tz argument to bring the specified time relative to the timezone of the tz argument.

> "12/03/16 12:00" %>% strptime("%d/%m/%y %H:%M", tz="Europe/Zurich")
[1] "2016-03-12 12:00:00 CET"

versus

> "12/03/16 12:00" %>% fast_strptime("%d/%m/%y %H:%M", tz="Europe/Zurich")
[1] "2016-03-12 13:00:00 CET"

I am running R 3.2.3 and lubridate 1.5.0.
@vspinu
Copy link
Member

vspinu commented Mar 12, 2016

This is a bug. Looking into it right now. Thanks.

@vspinu vspinu added the bug an unexpected problem or unintended behavior label Mar 12, 2016
@vspinu vspinu added this to the v1.5.6 milestone Mar 13, 2016
@vspinu vspinu closed this as completed in 2852079 Mar 13, 2016
@ateucher ateucher mentioned this issue Oct 25, 2016
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug an unexpected problem or unintended behavior
Projects
None yet
Milestone
v1.5.6
Development

No branches or pull requests
2 participants
@vspinu @trittweiler