#22889 [Fbk->Opn]: date doesn't return correct number of week
ID: 22889 User updated by: ulrich dot staerk at spe-siemens dot de Reported By: ulrich dot staerk at spe-siemens dot de -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: I now updated to the latest snapshot as you recommended. I'm running 4.3.2-RC now and it seems running fine. don't know what it is that produced theses errors. some informations that might help to reproduce the error: win2k server english service pack 3 build 2195 with ms iis. php.ini-dist deviations: cgi.force_redirect = 0 session.use_cookies = 0 session.use_trans_sid = 1 extension = php_mssql.dll timezone: GMT +01:00 server is a domain member other actions in script: -some mssql queries -lots of date-related stuff for this is going to be some kind of calendar Previous Comments: [2003-03-26 16:03:40] [EMAIL PROTECTED] 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) [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
#22889 [Opn]: date doesn't return correct number of week
ID: 22889 User updated by: ulrich dot staerk at spe-siemens dot de Reported By: ulrich dot staerk at spe-siemens dot de Status: Open Bug Type: Date/time related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: 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... Previous Comments: [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
#22889 [NEW]: date doesn't return correct number of week
From: ulrich dot staerk at spe-siemens dot de Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: Date/time related Bug description: date doesn't return correct number of week 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 bug report at http://bugs.php.net/?id=22889&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22889&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22889&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22889&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22889&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22889&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22889&r=support Expected behavior: http://bugs.php.net/fix.php?id=22889&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22889&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22889&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22889&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22889&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22889&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22889&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22889&r=gnused