bug: `dmy_hms` returns incorrect value on 2020-07-21 14:51

[davidhodge931]

Apologies if this issue is already raised

lubridate::dmy_hms("21/07/2023 14:51")

[ldecicco-USGS]

I think this is related to:
#1151
If you added the seconds to the time:

lubridate::dmy_hms("21/07/2023 14:51:00")
[1] "2023-07-21 14:51:00 UTC"

At least the year/time is correct.

I've been searching for ways to deal with missing seconds in an ISO 8601 string:

lubridate::as_datetime("2010-01-01T00:00Z")
[1] "2020-10-01 01:00:00 UTC" 
lubridate::as_datetime("2014-05-01T00:00Z") 
[1] NA Warning message: All formats failed to parse. No formats found.

Generally it seems a bit challenging to deal with datetimes that don't include seconds:
#1151
#1142