Uploaded image for project: 'camunda BPM'
  1. camunda BPM
  2. CAM-8016

Improve handling of timezone in webapps

    Details

      Description

      Current situation / Problem Description:
      Whenever in Cockpit a date value is shown, the timezone offset will also be shown. The timezone offset is always the one in which the user is currently active. But the timezone offset is in the most cases the same (e.g. during the summer time it is always +0200 otherwise it is +0100 in Germany).
      Whenever a user tries to filter by a date value or tries to create a date variable, the user must always provide a timezone offset, otherwise the date value is not valid due to client side validation.

      AT:

      • The information in which timezone the user is currently active should be shown somehow only at one place.
      • The timezone offset is not shown for each date value.
      • The user does not need to enter timezone information when editing a datetime string. It is assumed that all datetime information the user manually enters is in the users local timezone

        Issue Links

          Activity

          Hide
          sebastian.stamm Sebastian Stamm added a comment -

          Fix was a little bit more involved as the handling of the Date variable for the generic form is handled in the sdk, which had no access to moment. I moved the moment dependency to the sdk and let commons-ui get it from there.

          Show
          sebastian.stamm Sebastian Stamm added a comment - Fix was a little bit more involved as the handling of the Date variable for the generic form is handled in the sdk, which had no access to moment. I moved the moment dependency to the sdk and let commons-ui get it from there.

            People

            • Assignee:
              Unassigned
              Reporter:
              roman.smirnov Smirnov Roman
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development