[jira] [Updated] (PDFBOX-2420) DateConverter doesn't handle time zones outside -12 to +12 range properly

2016-08-11 Thread Tilman Hausherr (JIRA)

 [ 
https://issues.apache.org/jira/browse/PDFBOX-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr updated PDFBOX-2420:

Affects Version/s: 2.1.0
   2.0.3
   2.0.2

> DateConverter doesn't handle time zones outside -12 to +12 range properly
> -
>
> Key: PDFBOX-2420
> URL: https://issues.apache.org/jira/browse/PDFBOX-2420
> Project: PDFBox
>  Issue Type: Bug
>  Components: Utilities
>Affects Versions: 2.0.0, 2.0.2, 2.0.3, 2.1.0
>Reporter: Arjohn Kampman
> Fix For: 2.1.0
>
> Attachments: 
> _PDFBOX_2420__Improved_handling_timezones_between__14_and__14_hours_.patch, 
> _PDFBOX_2420__Improved_handling_timezones_between__14_and__14_hours__Correct_version_.patch
>
>
> DateConverter normalizes time zones in restrainTZoffset(...) to a value that 
> is between -12:00 and +12:00. So a time zone like +13:00 gets normalized to 
> -11:00. However, the date itself is not adapted accordingly. As a result, a 
> time stamp like "2014-7-20T05:0:00+1300" gets changed to 
> "2014-7-20T05:0:00-1100", which is actually 24 hours later! To compensate for 
> the time zone change, 24 hours should have been subtracted from the date: 
> "2014-7-19T05:0:00-1100".
> Personally, I'd prefer to leave the time zones untouched completely. Note 
> that XML Schema defines time zones up to +/- 14:00 to be valid: 
> http://www.w3.org/TR/xmlschema-2/#dateTime-timezones. For any time zones out 
> of that range either generate an error or consider a garbage-in-garbage-out 
> policy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Updated] (PDFBOX-2420) DateConverter doesn't handle time zones outside -12 to +12 range properly

2015-12-01 Thread JIRA

 [ 
https://issues.apache.org/jira/browse/PDFBOX-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maciej Woźniak updated PDFBOX-2420:
---
Attachment: 
_PDFBOX_2420__Improved_handling_timezones_between__14_and__14_hours__Correct_version_.patch

Correct version.
Thank you for your comment.

> DateConverter doesn't handle time zones outside -12 to +12 range properly
> -
>
> Key: PDFBOX-2420
> URL: https://issues.apache.org/jira/browse/PDFBOX-2420
> Project: PDFBox
>  Issue Type: Bug
>  Components: Utilities
>Affects Versions: 2.0.0
>Reporter: Arjohn Kampman
> Fix For: 2.1.0
>
> Attachments: 
> _PDFBOX_2420__Improved_handling_timezones_between__14_and__14_hours_.patch, 
> _PDFBOX_2420__Improved_handling_timezones_between__14_and__14_hours__Correct_version_.patch
>
>
> DateConverter normalizes time zones in restrainTZoffset(...) to a value that 
> is between -12:00 and +12:00. So a time zone like +13:00 gets normalized to 
> -11:00. However, the date itself is not adapted accordingly. As a result, a 
> time stamp like "2014-7-20T05:0:00+1300" gets changed to 
> "2014-7-20T05:0:00-1100", which is actually 24 hours later! To compensate for 
> the time zone change, 24 hours should have been subtracted from the date: 
> "2014-7-19T05:0:00-1100".
> Personally, I'd prefer to leave the time zones untouched completely. Note 
> that XML Schema defines time zones up to +/- 14:00 to be valid: 
> http://www.w3.org/TR/xmlschema-2/#dateTime-timezones. For any time zones out 
> of that range either generate an error or consider a garbage-in-garbage-out 
> policy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Updated] (PDFBOX-2420) DateConverter doesn't handle time zones outside -12 to +12 range properly

2015-02-18 Thread JIRA

 [ 
https://issues.apache.org/jira/browse/PDFBOX-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Lehmkühler updated PDFBOX-2420:
---
Fix Version/s: (was: 2.0.0)
   2.1.0

 DateConverter doesn't handle time zones outside -12 to +12 range properly
 -

 Key: PDFBOX-2420
 URL: https://issues.apache.org/jira/browse/PDFBOX-2420
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 2.0.0
Reporter: Arjohn Kampman
 Fix For: 2.1.0


 DateConverter normalizes time zones in restrainTZoffset(...) to a value that 
 is between -12:00 and +12:00. So a time zone like +13:00 gets normalized to 
 -11:00. However, the date itself is not adapted accordingly. As a result, a 
 time stamp like 2014-7-20T05:0:00+1300 gets changed to 
 2014-7-20T05:0:00-1100, which is actually 24 hours later! To compensate for 
 the time zone change, 24 hours should have been subtracted from the date: 
 2014-7-19T05:0:00-1100.
 Personally, I'd prefer to leave the time zones untouched completely. Note 
 that XML Schema defines time zones up to +/- 14:00 to be valid: 
 http://www.w3.org/TR/xmlschema-2/#dateTime-timezones. For any time zones out 
 of that range either generate an error or consider a garbage-in-garbage-out 
 policy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



[jira] [Updated] (PDFBOX-2420) DateConverter doesn't handle time zones outside -12 to +12 range properly

2014-10-10 Thread John Hewson (JIRA)

 [ 
https://issues.apache.org/jira/browse/PDFBOX-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

John Hewson updated PDFBOX-2420:

Fix Version/s: 2.0.0

 DateConverter doesn't handle time zones outside -12 to +12 range properly
 -

 Key: PDFBOX-2420
 URL: https://issues.apache.org/jira/browse/PDFBOX-2420
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 2.0.0
Reporter: Arjohn Kampman
 Fix For: 2.0.0


 DateConverter normalizes time zones in restrainTZoffset(...) to a value that 
 is between -12:00 and +12:00. So a time zone like +13:00 gets normalized to 
 -11:00. However, the date itself is not adapted accordingly. As a result, a 
 time stamp like 2014-7-20T05:0:00+1300 gets changed to 
 2014-7-20T05:0:00-1100, which is actually 24 hours later! To compensate for 
 the time zone change, 24 hours should have been subtracted from the date: 
 2014-7-19T05:0:00-1100.
 Personally, I'd prefer to leave the time zones untouched completely. Note 
 that XML Schema defines time zones up to +/- 14:00 to be valid: 
 http://www.w3.org/TR/xmlschema-2/#dateTime-timezones. For any time zones out 
 of that range either generate an error or consider a garbage-in-garbage-out 
 policy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)