My team has noticed that the create time on new stories is always in Eastern Standard Time. We’re using VersionOne from the Netherlands which is 6 hours ahead of this time zone. Usually this isn’t a big issue, but it caused us some confusion recently, as a team member wasn’t aware of this difference.
by: Margaret M. | over a year ago | Administration
Comments
We also use hosted solution and have same problem. It could be really good to change time zone of displaying timestamps in the system.
This is a must have!!!!
We are from Australia and the timezone difference is really confusing.
Any news when this will be done by VersionOne ?
I see this as an essential change. I was amazed to see that each user couldn't set their desired timezone in their profile. Working in the UK with offices in Pakistan and the US, mean that it's a real pain, especially with daylight saving time etc.
We really need this feature. Our team is working in GMT+8. It really causes us confusion.
This is really irritating when you are working in a different timezone and versionone timezone is different. Your complete sprint estimation goes for a toss. Couple of times our sprints are failed because of timezone.
Yes, this is a must have!
We are global, the world is smaller and this feature is a good idea for growing companies. Please add this to the backlog.
This feature is a must have. It confuses everyone involved. I think everyone in a different timezone than the server location is irritated about this, but just learn to live with it. It's an extremely important feature in the global world we're living in.
Please make this a High Priority in your current Sprint! We need this feature, especially since we have users in other time zones. Thanks.
Essential - I have testers in GMT -7 and GMT +5:30 time zones. With VersionOne in GMT -5 things can be confusing!
We really need this feature!
Please make this a High Priority and add it to your current sprint! Our team would really appreciate you adding this basic feature. Thanks.
We're a UK company running Hosted VersionOne - the time zone is important for the created date/times on Defects and more. Also when tracking effort entries! Please offer the option to operate on our time asap. Thanks
We are also facing the issue with the time zone. it would be nice there is an option to select the time zone. Thanks
We are based in the UK - This is really important - without it people see the software as a bit amatuerish
Same problem here. Hadn’t realized this issue until we had already bought the licenses. It’s a MUST to have this feature.
We are tracking effort and integrating with other systems that can set correctly their GMT (it’s amazing to find a system not being able to do it!), so the integration is a real pain, especially when there is an SLA we need to meet on the critical issues.
AT a minimum. just add to what is displayed when you float over the "days ago" line the words "EST (UTC-5)"
I think part of the problem with the ranking of this item is that there's another item that covers basically the same functionality - Possibility to modify the system Time on Hosted Versions. If the two were combined this would rank much higher.
I agree with Kirk H. The two ideas should be combined so the true rank of the request is captured.
Please combine:
1. Allow and Administrator to set the system time-stamp or time zone
2. Possibility to modify the system Time on Hosted Versions
I agree with Adam T.
Using VersionOne from Denmark and facing same issues as you guys have listed above .. To us it is not overly problematic, but introduces some confusion in the team ..
From my point of view I see no need to change system time .. as long a the date/time is converted to local time/tz/DST when displayed (ie. based on either browser setting or VersionOne user preference)
Having a configuration option for time zone correction would be highly appreciated.
I too see this as essential moving forward. If you're serious about business outside of North America you need to support other time zones.
Please add this feature in your next release.
I agree with Jens A. above. I modified a defect today and VersionOne says that I modified it on 8/27/2012 8:09 PM. I actually modified it around 3:09 PM. I would appreciate it if times were presented to me adjusted for my time zone.
Please add this feature in your next release.
Agree. Why not just pick up the users date/time information from the browser and display it for that user, just like you email does. And I also like Relative time, like is shown in this thread! Then there is no timezone issue at all. Because 5 minutes ago is 5 minutes ago no matter where you are in the world.
This is vital - it's not just a "oh the time is wrong" problem - when you're in New Zealand - it's actually the DAY that's wrong too. - EST is SEVENTEEN HOURS BEHIND New Zealand time
PLEASE PLEASE PLEASE consider adding this option - your tagline is "Agile made easier" - forcing us into US Eastern Time when you live in New Zealand doesn't make it particularly easy...
We are based in the UK and used a hosted instance of VersionOne.
Although our problem is not as pronounces as our New Zealand friends this make something that should be easy that much harder.
As a global provider, surely catering for different time zones is important - how would you feel if you had to work using a different time zone?
Please can this be resolved.
(Just making note that this item has the third most number of comments in the top 40 requests in V1 IdeaSpace, so the people that want it want it bad. Not sure how a feature with four more votes but 25 fewer comments takes precedence in the backlog. Hope V1 takes notice...)
As use is expanding at our place, this is becomming more and more a subject for our end-users ... When it was "primarily" developers using VersionOne we could more easily deal with "wrong" timestamps ... Non technical users are not, unfortunately, so forgiving..
Yet another side-effect. We have recently observed that this issue is giving us some hard time when trying to trace and cross-match work items in VersionOne(test, defect, task) against their counterparts in the internal and legacy enterprise systems, e.g. the systems adopted and used internally for issue and work tracking. So, surely this feature becomes a sheer nitty-gritty!
We have teams in India, 3 different timezones in Europe, and two different timezones in U.S. and we also have integrations with different systems - bug tracking, SVN, etc. It becomes really hard to always calculate the time in EST. We would definitely benefit from such feature
As of the Fall 2013 release, administrators may configure the system timezone in hosted and locally installed instances such that timestamps and sprint boundaries match their organization's environment. By default, the instance will continue to use the server's timezone setting until a VersionOne administrator overrides with this new in-app configuration.
http://community.versionone.com/Release-Notes-and-Downloads/Fall_2013_Release_Notes