ID: 22889 Updated by: [EMAIL PROTECTED] Reported By: ulrich dot staerk at spe-siemens dot de -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment:
Hrmmm... correction... I just tested with latest snap on Win2K and got the correct answer (53). Please try the current snapshot at http://snaps.php.net If it fails, please update this bug with additional information including at least the following: * Timezone * Service Packs installed (if any) * Standalone or member of domain? (unlikely to bear any importance, but could relate to time sync issues) * Other actions being performed in same script * non-standard .ini settings (any deviation from php.ini-dist) Previous Comments: ------------------------------------------------------------------------ [2003-03-26 15:51:27] [EMAIL PROTECTED] This seems to be (yet another) case of Window's c library not following standards. Linux and BSD are both reporting correctly for me. ------------------------------------------------------------------------ [2003-03-26 08:57:36] ulrich dot staerk at spe-siemens dot de there also seems to be a week number 1 from december 22, 2003 to january 4, 2004. i think this is an overall problem happening everywhere the first week is not completely in the new year or the last week not completely in the last year... ------------------------------------------------------------------------ [2003-03-26 02:55:34] ulrich dot staerk at spe-siemens dot de date("W",mktime(0,0,0,1,1,2005)) returns "1" where it should return "53" because January 1st and 2nd still belong to the last week of 2004. In an earlier version of php (4.2.3) on the same machine it simply returned "0" which was wrong too but could be corrected within my script. This bug appears also in January 2006, 2010 (there seems to be an 10-day-long first week :-) ) and so on. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=22889&edit=1
