Description: ------------ Passing in what looks like a valid DATE_FORMAT_ISO_EXTENDED format string causes the Date clas to fail to parse it and manipulate its values. The values returned from getXXX() methods are based on the default values set on line 172 // unknown format $this->year = 0; $this->month = 1; $this->day = 1; $this->hour = 0; $this->minute = 0; $this->second = 0; Reproduce code: --------------- $d="2003-12-17T10:27:03Z"; $dateObj = new Date(); $dateObj->setDate($d, DATE_FORMAT_ISO_EXTENDED); echo $dateObj->getMonth(); Expected result: ---------------- 12 Actual result: -------------- 1

Please make sure to file bugs under their appropriate packages.

There are 3 places the problem could lie: 1) In the constructor 2) The "Z" (in the setDate regexp) 3) The "T" (in the setDate regexp) Could you try it with: $dateObj = new Date("2003-12-17T10:27:03Z"); instead? If that still fails, try it without the Z. If it fails again, replace the T with a space. Then it's the same as the unit test and /should/ work. I don't have PHP installed on this machine at the moment, so I unfortunately can't test this myself. If you can pin down exactly where the problem is, I will be able to help.

Passing date string to the Date class constructor works fine. However I need to process many dates and don't (ideally) wish to keep creating a new instance of the date object per date. Hope that quick test helps get the class fixed.

use setDate then. That skips the object creation for each date. The constructor use setDate, so the behiavor should be the same. What's the result of the suggestions done by Mike? pierre

In which timezone are you? (if not UK) pierre

Sorry for the delay - i have been away. The setDate() is/was(?) the method causing the problem in the first place so the suggestion from pajoye@php.net would not help. I am in the UK, so GMT. I notice a new Date class has been released so will check this soon.

This bugs no longer valid, already fixed in new version.