• 1
    • 2
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      When I'm looking at recently built projects in Bamboo, it will say something like "4 minutes ago" or "2 days ago". If I mouse over those strings, it pops up a tooltip that shows the approximate time of the build (e.g. "Fri, 13 May, 07:48 PM"). There are several problems with this:

      0) "X minutes ago" is only useful if I know when the page was loaded. Nothing on the page indicates the loading time, so if I look at such a page several minutes (or hours) after it was loaded, I have no idea how long ago "X minutes ago" was. Maybe a Javascript timer to update the times in the page every so often so that it remains accurate when the page is open for long periods? It's not at all uncommon to have numerous tabs open and come back to them later.

      1) I'm in PDT (-0700) and the time displayed is UTC (+0000). Other people using the same Bamboo instance are scattered around the world; I want times displayed to me in my time zone, and they want theirs. Forcing us all to agree on a single time zone display (when we have individual logins!) is suboptimal. I should be able to set a time zone in my user profile.

      2) The format of the displayed timestamp (D, d M, h:i) is not remotely what I want. I want to be able to set a UNIX `date (1)`-style time string so that it shows time stamps the way I want them. (At the very least, give us a few preconfigured options, like ISO 8601, US, UK, whatever.)

      3) Software intended for use by people distributed over a wide area should always, ALWAYS display a time zone with a timestamp. The example above ("Fri, 13 May, 07:48 PM") is increasingly meaningless the longer the page has been open. In order to get an accurate timestamp, I have to reload the page. This is obviously less of an issue if the above issues are addressed, but still: there is no good reason to ever fail to display a time zone in an environment like this.

          Form Name

            [BAM-17554] Per-user time zone settings

            +many

            Marcus O'Yang added a comment - +many

            +1

            Florent Curet added a comment - +1

            Implementing this would also solve the (much older) feature request BAM-6558.

            Our Bamboo Server is used by multiple teams in several time zones. Not having any time zone information available makes it unnecessarily hard to tell when something happened, especially when we need to line up what happens on Bamboo with other servers or real world events (e.g. when exactly was a build deployed?).

            It would be bad enough if it were just a fixed offset to the local time, but the addition of daylight saving time adds another layer of complication. Not only differ the rules between countries, shifting the clock backwards can even make it seem that two events happened in a different order.

            Changing the timestamp format so that it always includes the time zone should solve the most serious issues that can arise. Enabling the User to switch between time zones for display purposes would then only be a nice extra.

             

            Development & Operations added a comment - - edited Implementing this would also solve the (much older) feature request BAM-6558 . Our Bamboo Server is used by multiple teams in several time zones. Not having any time zone information available makes it unnecessarily hard to tell when something happened, especially when we need to line up what happens on Bamboo with other servers or real world events (e.g. when exactly was a build deployed?). It would be bad enough if it were just a fixed offset to the local time, but the addition of daylight saving time adds another layer of complication. Not only differ the rules between countries, shifting the clock backwards can even make it seem that two events happened in a different order. Changing the timestamp format so that it always includes the time zone should solve the most serious issues that can arise. Enabling the User to switch between time zones for display purposes would then only be a nice extra.  

            Jesse added a comment -

            I'm voting for this issue, and I like all the requests here, but I wonder if the ticket should be broken up into multiple feature requests, since they might have different priorities and different implementation difficulties?

            Personally I think the most critical is #3, to display the time zone whenever a date or timestamp is displayed. Without that, the information is ambiguous and I can't tell what the time means.

            Jesse added a comment - I'm voting for this issue, and I like all the requests here, but I wonder if the ticket should be broken up into multiple feature requests, since they might have different priorities and different implementation difficulties? Personally I think the most critical is #3, to display the time zone whenever a date or timestamp is displayed. Without that, the information is ambiguous and I can't tell what the time means.

              Unassigned Unassigned
              22d7a0e5e9b2 Matthew Waggoner
              Votes:
              39 Vote for this issue
              Watchers:
              17 Start watching this issue

                Created:
                Updated: