Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 0.21.8

Bug #16731 _addDays is broken with Date 1.5.0a1
Submitted: 2009-10-23 18:01 UTC
From: michaelmenge Assigned: kguest
Status: Closed Package: Date_Holidays (version 0.21.4)
PHP Version: 5.2.5 OS:
Roadmaps: 0.21.5    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 11 + 19 = ?

 
 [2009-10-23 18:01 UTC] michaelmenge (Michael Menge)
Description: ------------ in _addDays on_standardyear, on_standardmonth and on_standardday are not Updated. See http://pear.php.net/bugs/bug.php?id=16719 Test script: --------------- <?php require_once 'Date/Holidays.php'; Date_Holidays::staticSetProperty('DIE_ON_MISSING_LOCALE', false); $dh = Date_Holidays::factory('Christian', '2009', 'en_EN'); if (Date_Holidays::isError($dh)) { echo "Factory was unable to produce driver object for driver\n"; } $advent = $dh->getHolidayDate('advent4', 'en_EN'); if (! Date_Holidays::isError($advent)) { print_r($advent); } ?> Expected result: ---------------- Date Object ( [year] => 2009 [month] => 12 [day] => 20 [hour] => 0 [minute] => 0 [second] => 0 [partsecond] => 0 [on_standardyear] => 2009 [on_standardmonth] => 12 [on_standardday] => 20 [on_standardhour] => 0 [on_standardminute] => 0 [on_standardsecond] => 0 [on_standardpartsecond] => 0 [ob_countleapseconds] => [ob_invalidtime] => [tz] => Date_TimeZone Object ( [id] => Europe/Berlin [offset] => 3600000 [shortname] => CET [dstshortname] => CEST [longname] => Central European Time [dstlongname] => Central European Summer Time [hasdst] => 1 [on_summertimeoffset] => 3600000 [on_summertimestartmonth] => 3 [os_summertimestartday] => lastSun [on_summertimestarttime] => 3600000 [on_summertimeendmonth] => 10 [os_summertimeendday] => lastSun [on_summertimeendtime] => 3600000 ) [getWeekdayAbbrnameLength] => 3 ) Actual result: -------------- Date Object ( [year] => 2009 [month] => 12 [day] => 20 [hour] => 0 [minute] => 0 [second] => 0 [partsecond] => 0 [on_standardyear] => 2009 [on_standardmonth] => 12 [on_standardday] => 25 [on_standardhour] => 0 [on_standardminute] => 0 [on_standardsecond] => 0 [on_standardpartsecond] => 0 [ob_countleapseconds] => [ob_invalidtime] => [tz] => Date_TimeZone Object ( [id] => Europe/Berlin [offset] => 3600000 [shortname] => CET [dstshortname] => CEST [longname] => Central European Time [dstlongname] => Central European Summer Time [hasdst] => 1 [on_summertimeoffset] => 3600000 [on_summertimestartmonth] => 3 [os_summertimestartday] => lastSun [on_summertimestarttime] => 3600000 [on_summertimeendmonth] => 10 [os_summertimeendday] => lastSun [on_summertimeendtime] => 3600000 ) [getWeekdayAbbrnameLength] => 3 )

Comments

 [2010-03-14 17:52 UTC] kguest (Ken Guest)
-Assigned To: +Assigned To: kguest
 [2010-03-14 17:57 UTC] kguest (Ken Guest)
-Status: Assigned +Status: Closed
This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.