View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0000669 | v4.0 Release (Planning) | Core Infrastructure | public | 2010-12-25 02:39 | 2016-12-29 10:16 | ||||||||
Reporter | eureka | ||||||||||||
Assigned To | caseydk | ||||||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||||||
Status | acknowledged | Resolution | fixed | ||||||||||
Product Version | |||||||||||||
Target Version | 4.0 | Fixed in Version | 4.0 | ||||||||||
Summary | 0000669: PEAR/Date | ||||||||||||
Description | The method "compare" of the class "PEAR/Date" does not preserve the compared dates due to the timezone conversion. Thus, when using "compare", "equals", "before " or "after" the compared dates are not the same before and after comparison. | ||||||||||||
Tags | No tags attached. | ||||||||||||
Attached Files |
|
![]() |
|
eureka (reporter) 2011-01-03 01:33 |
This bug has been fixed in release 1.5.0a1 see :http://pear.php.net/bugs/bug.php?id=12019 |
trevormorse (manager) 2011-01-05 15:48 |
Hi eureka, Thanks for reporting this (and the link to the fix). I'm going to look at upgrading the version of the PEAR Date class we use. |
trevormorse (manager) 2011-01-06 15:33 |
eureka, Is there anywhere in particular you are seeing this cause problems? We've had some problems in the past when attempting to upgrade the PEAR/Date class. |
eureka (reporter) 2011-01-08 10:04 |
Hi trevormorse, nowhere in particular because "compare" is overloaded in class w2p_Utilities_Date and there is no call of this method with the third parameter. But this function is not safe ..... this is potentially source of problems ... |
caseydk (administrator) 2014-06-21 20:21 |
The timezone is preserved now.. not sure when the fix was applied though. :( |
caseydk (administrator) 2016-12-29 10:16 |
I'm changing this issue to acknowledged. While it's resolved in the v4.0 development branch. That is going to be reviewed commit by commit and merged into a new development branch over the next couple months. |
![]() |
|||
Date Modified | Username | Field | Change |
---|---|---|---|
2010-12-25 02:39 | eureka | New Issue | |
2010-12-25 05:19 | caseydk | Status | new => assigned |
2010-12-25 05:19 | caseydk | Assigned To | => trevormorse |
2011-01-03 01:33 | eureka | Note Added: 0001517 | |
2011-01-05 15:48 | trevormorse | Note Added: 0001521 | |
2011-01-06 15:33 | trevormorse | Note Added: 0001525 | |
2011-01-08 10:04 | eureka | Note Added: 0001541 | |
2011-08-09 13:11 | caseydk | Project | Pending Requests => v4.0 Release (Planning) |
2014-01-21 17:57 | caseydk | Target Version | => 4.0 |
2014-03-30 22:13 | caseydk | Category | General => Core Infrastructure |
2014-06-21 20:21 | caseydk | Note Added: 0003506 | |
2014-06-21 20:21 | caseydk | Status | assigned => resolved |
2014-06-21 20:21 | caseydk | Fixed in Version | => 4.0 |
2014-06-21 20:21 | caseydk | Resolution | open => fixed |
2014-06-21 20:21 | caseydk | Assigned To | trevormorse => caseydk |
2016-12-29 10:16 | caseydk | Status | resolved => acknowledged |
2016-12-29 10:16 | caseydk | Note Added: 0003851 |