Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 302F9DB8D for ; Fri, 9 Nov 2012 05:06:15 +0000 (UTC) Received: (qmail 90457 invoked by uid 500); 9 Nov 2012 05:06:14 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 90115 invoked by uid 500); 9 Nov 2012 05:06:13 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 90079 invoked by uid 99); 9 Nov 2012 05:06:12 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Nov 2012 05:06:12 +0000 Date: Fri, 9 Nov 2012 05:06:12 +0000 (UTC) From: "Joel (JIRA)" To: dev@directory.apache.org Message-ID: <1395623849.90249.1352437572821.JavaMail.jiratomcat@arcas> In-Reply-To: <898535802.85353.1352348412361.JavaMail.jiratomcat@arcas> Subject: [jira] [Comment Edited] (DIRSTUDIO-845) "Friendly" time not displaying correctly MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ 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 5:05 AM: --------------------------------------------------------- Thanks for the response Pierre and I am located in Australia. The correct time is actually in the raw data string. Should there be an option in Studio to turn off the date conversion? or an option to check the local machines time against what's in the string? 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. 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? > "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