[ 
https://issues.apache.org/jira/browse/DIRSTUDIO-845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493637#comment-13493637
 ] 

Joel edited comment on DIRSTUDIO-845 at 11/9/12 4:28 AM:
---------------------------------------------------------

Thanks for the response Pierre and I am located in Australia. The correct 
date/time is the one displayed in the Raw date string: 20121108144205Z and the 
incorrect time is the "friendly" time. It may be that the software we are using 
is putting the time in correct straight away (or already compensating for the 
11 hour difference) but Apache is compensating again and adding 11 hours even 
though it doesn't need to.

Another piece of software that also adds a date field to eDirectory puts the 
raw date/time as 11 hours in the past so when Studio compensates for the local 
time it translates it to the real local time.

Maybe DS needs to have an option (e.g. "Friendly time sync check" for local 
machine check box?) to detect the time being inserted raw and if the inserted 
time is similar to the local machines time, it doesn't change, otherwise it 
does.

Edit: Further to this update, I have found out from the software vendor that to 
get the date, this particular piece of software uses the command: 
DateTime.Now() to retrieve the date from the local machine. Since this is the 
case and it's sending the correct raw formatted date to the eDirectory should 
there be a need for Studio to add + 11 hours by default to the time?
                
      was (Author: paliente):
    Thanks for the response Pierre and I am located in Australia. The correct 
date/time is the one displayed in the Raw date string: 20121108144205Z and the 
incorrect time is the "friendly" time. It may be that the software we are using 
is putting the time in correct straight away (or already compensating for the 
11 hour difference) but Apache is compensating again and adding 11 hours even 
though it doesn't need to.

Another piece of software that also adds a date field to eDirectory puts the 
raw date/time as 11 hours in the past so when Studio compensates for the local 
time it translates it to the real local time.

Maybe DS needs to have an option (e.g. "Friendly time sync check" for local 
machine check box?) to detect the time being inserted raw and if the inserted 
time is similar to the local machines time, it doesn't change, otherwise it 
does.
                  
> "Friendly" time not displaying correctly
> ----------------------------------------
>
>                 Key: DIRSTUDIO-845
>                 URL: https://issues.apache.org/jira/browse/DIRSTUDIO-845
>             Project: Directory Studio
>          Issue Type: Bug
>          Components: studio-ldapbrowser
>    Affects Versions: 1.5.3, 2.0.0-M3
>         Environment: WinXP SP2, Apache Directory Studio 1.5.3, 2.0 M3, 
> multiple machines.
>            Reporter: Joel
>            Priority: Minor
>
> We have a piece of photocapture software that takes a photo and adds it to 
> our eDirectory tree along with the date the photo was taken. The format it 
> uses to store the date in is the following: 20121108144205Z 
> (yyyyddmmhhmm??Z). Apache takes this date and converts it to a more user 
> friendly version but this date is off by +11 hours as below.
> 9/11/2012 1:42:05 (20121108144205Z)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to