|
Viewing Issue Advanced Details
[ Jump to Notes ]
|
[ View Simple ]
[ Issue History ]
[ Print ]
|
|
ID |
Category |
Severity |
Reproducibility |
Date Submitted |
Last Update |
|
0003512 |
[Resin] |
minor |
always |
05-13-09 12:32 |
08-26-09 11:55 |
|
|
Reporter |
damaan |
View Status |
public |
|
|
Assigned To |
ferg |
|
Priority |
normal |
Resolution |
fixed |
Platform |
|
|
Status |
closed |
|
OS |
|
|
Projection |
none |
|
OS Version |
|
|
ETA |
none |
Fixed in Version |
4.0.2 |
Product Version |
4.0.0 |
| |
Product Build |
|
|
|
Summary |
0003512: AbstractHttpRequest.getDateHeader() sometimes returns dates that are off by 24 hours |
|
Description |
Some (older) dates don't seem to be properly handled when translating headers using HttpServletRequest.getDateHeader(). Sometimes the resulting value is off by 24 hours.
The code i AbstractHttpRequest delegates to a QDate instance that handles the parsing of the date header. Included in this bug report is a small test case that compares the result from parsing a date using a SimpleDateFormatter with the result from QDate.
When the tested date reaches the previous year, the test fails with the message:
"First failing timestamp: Wed, 31 Dec 2008 19:24:34 GMT (off by 86400000 ms) expected:<1230751474000> but was:<1230665074000>"
|
|
Steps To Reproduce |
|
|
Additional Information |
I originally came across the issue using Resin 3.0.23, but it seems to be the same in 4.0.0. The test case has been run against both versions with the same result.
|
|
|
Attached Files |
 TestQDate.java [^] (1,061 bytes) 05-13-09 12:32 |
|
|
Relationships 
