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

JavaScript getDay() regression on MinGW

    XMLWordPrintable

Details

    • Windows
    • 8
    • Qt6_Foundation_ Sprint 8, Qt6_Foundation_ Sprint 9, Qt6_Foundation_Sprint 38, Qt6_Foundation_Sprint 39, Qt6_Foundation_Sprint 40, Foundation_Sprint 41 (Team 1), Team 1 Foundation_Sprint 42, Team 1 Foundation_Sprint 43, Team 1 Foundation_Sprint 44, Team 1 Foundation_Sprint 45, Team 1 Foundation_Sprint 46, Team 1 Foundation_Sprint 47, Team 1 Foundation_Sprint 48, Team One Foundation Sprint 49, Team One Foundation Sprint 50, Team One Foundation Sprint 51

    Description

      The following code should print 4 since October 3, 2019 is a Thursday, however, in Qt 5.13.1 MinGW it prints 3. Visual Studio and Linux are ok

      import QtQuick 2.0

Item{
    Component.onCompleted: print(new Date(2019, 9, 3).getDay())
}

       

      C:\Code\Blogs>qmake -v
      QMake version 3.0
      Using Qt version 5.5.1 in C:/Qt/Qt5.5.1/5.5/mingw492_32/lib

      C:\Code\Blogs>qmlscene Chris.qml
      qml: 4

      ________________________________________________________________________

      C:\Code\Blogs>qmake -v
      QMake version 3.1
      Using Qt version 5.13.1 in C:/Qt/Qt5.13.1/5.13.1/msvc2017_64/lib

      C:\Code\Blogs>qmlscene Chris.qml
      qml: 4

      ________________________________________________________________________

      C:\Code\Blogs>qmake -v
      QMake version 3.1
      Using Qt version 5.13.1 in C:/Qt/Qt5.13.1/5.13.1/mingw73_64/lib

      C:\Code\Blogs>qmlscene Chris.qml
      qml: 3

      Attachments

        Issue Links

          relates to

          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-95314 WASM: Diverging timezones in C++/QML

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

          Task - A task that needs to be done. QTBUG-56899 Add a static QTimeZone method to refresh system zone information

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

          Task - A task that needs to be done. QTBUG-85149 qv4dateobject.cpp uses incorrect daylight savings calculation

          • 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-95993 QML Date operations are wrong when DST is active

          • 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-100014 tst_qqmlqt fails on Android

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

          Bug - A problem which impairs or prevents the functions of the product. QTBUG-102971 Something fishy going on on MinGW with QML Date

          • P2: Important - Urgent, should be fixed, but will not stop the release.
          • Closed
          For Gerrit Dashboard: QTBUG-78996
          # Subject Branch Project Status CR V
          276472,9 Be more fussy about the MakeDay() calculation 5.13 qt/qtdeclarative Status: MERGED +2 0
          349145,2 Actually test day of the week in test-case for day-of-week bug dev qt/qtdeclarative Status: MERGED +2 0
          375905,9 Broaden condition for use of MS's _localtime64_s() dev qt/qtdeclarative Status: ABANDONED -1 0
          380447,5 WIP: see if QDateTime is good enough to implement Date's zone data dev qt/qtdeclarative Status: ABANDONED -2 0

          Activity

            People

              Eddy Edward Welbourne
              chriscortopassi Chris Cortopassi
              Vladimir Minenko Vladimir Minenko
              Alex Blasche Alex Blasche
              Votes:
              1 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Gerrit Reviews

                  There are no open Gerrit changes