Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-56899

Add a static QTimeZone method to refresh system zone information

    XMLWordPrintable

Details

    • Task
    • Resolution: Unresolved
    • P3: Somewhat important
    • None
    • 5.6, 5.7, 5.8
    • Core: Date/Time
    • None
    • 13
    • Foundation PM Prioritized

    Description

      Our V4 engine (in qtdeclarative) implements a Date.timeZoneUpdated() method.
      We can call tzset(), where available, to get usual system calls to use an updated time zone; but QTimeZone::systemTimeZone() defers to a back-end that may be cacheing its knowledge of the system zone; so we need some mechanism in QTimeZone, likely a static method, for asking that back-end to consult afresh whatever sources it uses to discover the system zone.

      For example, for the ICU back-end, we would need to call its TimeZone::adoptDefault(NULL) to trigger a reset of its knowledge of the system time zone.

      Attachments

        Issue Links

          relates to

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-116642 Provide a refresh mechanism for system locale data

          • P3: Somewhat important - Should be fixed, but doesn't affect the release in any way.
          • Reported

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-78996 JavaScript getDay() regression on MinGW

          • P1: Critical - Urgent and Important, will STOP the release if matched with set FixVersion field. This includes regressions from the last version that are not edge cases; Data loss; Build issues; All but the most unlikely crashes/lockups/hanging; Serious usability issues and embarrassing bugs & Bugs critical to a deliverable. This is the highest possible priority for requirements.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-84474 When the system time zone is set to be BST then it will end up giving a time that is not correct when converted from QTime(0,0,0) or QTime(2,0,0)

          • P1: Critical - Urgent and Important, will STOP the release if matched with set FixVersion field. This includes regressions from the last version that are not edge cases; Data loss; Build issues; All but the most unlikely crashes/lockups/hanging; Serious usability issues and embarrassing bugs & Bugs critical to a deliverable. This is the highest possible priority for requirements.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-77052 tst_qqmllocale::timeZoneUpdated() fails on Android

          • P2: Important - Urgent, should be fixed, but will not stop the release.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-104012 QDateTime constructor performance regression when year is below epoch

          • P2: Important - Urgent, should be fixed, but will not stop the release.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-48550 Timezone information is not fully updated after changing timezone

          • P3: Somewhat important - Should be fixed, but doesn't affect the release in any way.
          • Closed

          Suggestion - Public suggestions QTBUG-82268 Multi-Threaded program - slow qTzSet calls in QDateTime

          • P3: Somewhat important - Should be fixed, but doesn't affect the release in any way.
          • Reported
          No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

            People

              Eddy Edward Welbourne
              Eddy Edward Welbourne
              Vladimir Minenko Vladimir Minenko
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:

                Gerrit Reviews

                  There are no open Gerrit changes