-
Notifications
You must be signed in to change notification settings - Fork 208
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.
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
Midnight timestamp not returning expected result #712
Comments
You are confused about printed representation and actual object. These are not the same. Whenever in doubt use |
You can get what you want with |
Also I agree with the original poster that this is a bug. I understand the underlying representation is currently the same, but if a user has a string with hours and minutes, parses it with a function called dmy_hm and then converts back to a string it is perfectly reasonable to expect you'll get back a string with hours and minutes. Technical justification aside, this is a bug in that it does not behave the way virtually all users will expect it to. |
It's not a string that is returned but a |
So does this mean that the 00:00:00 time value still exists in the cell? |
That is my question also. It doesn't appear to be when written to .csv for example. The cell shows just the date and not the trailing 00:00:00 to go with it. |
library(lubridate)
dmy_hm("Tuesday, 16 Mar 1999, 00:01")
"1999-03-16 00:01:00 UTC"
dmy_hm("1999-03-16 00:00:00 UTC")
"1999-03-16 UTC"
I expect
"1999-03-16 00:00:00 UTC"
The text was updated successfully, but these errors were encountered: