Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the DateTime-TimeZone CPAN distribution.

Report information
The Basics
Id: 82551
Status: resolved
Priority: 0/
Queue: DateTime-TimeZone

People
Owner: Nobody in particular
Requestors: RENTOCRON [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Unimportant
Broken in: (no value)
Fixed in: (no value)



Subject: Invalid local time for date in time zone: but it's not!
when I try to instantiate a date between a data exchange whose day is summer time, even if I do not pass the hour, it's raising an error. the problem is not serious, because who is operating only with dates, you can simply use another time (eg 15pm) and'll be safe though, I think it should be placed in a revision to the next. pod, do not you think? because it costs too make sure! exists $ args-> {hour}, after all, this is used in several places! when I found this: $dt = DateTime->new( year => 2013, month => 10, day => 20, time_zone => 'America/Sao_Paulo', ); Thank you!
On Mon Jan 07 18:59:43 2013, RENTOCRON wrote: Show quoted text
> when I try to instantiate a date between a data exchange whose day is > summer time, even if I do not pass the hour, it's raising an error. > > the problem is not serious, because who is operating only with dates, > you can simply use another time (eg 15pm) and'll be safe though, I
think Show quoted text
> it should be placed in a revision to the next. pod, do not you think? > > because it costs too make sure! exists $ args-> {hour}, after all,
this Show quoted text
> is used in several places! > > > when I found this: > $dt = DateTime->new( > year => 2013, > month => 10, > day => 20, > time_zone => 'America/Sao_Paulo', > );
Brazil's DST changes happen at midnight, so there's no midnight on that date. Unfortunately, DateTime objects always include a time, so if you don't provide one it assumes midnight.