Details

    Description

      This test is (in 10.0.2 at least) unstable. Sometimes SELECT returns incorrect number of pages, namely from before the operation. But if the test is modified to repeat the same SELECT many (e.g. 10) times, then one can see that the number of pages eventually changes to the correct one. There's obviously a race condition here.

      One way of fixing the test is to use include/wait_condition.inc and wait for the number of pages to reach the correct value. If the test times out, it would mean a bug.

      Attachments

        Issue Links

          Activity

            Transition Time In Source Status Execution Times
            Kristian Nielsen made transition -
            Open In Progress
            3d 21h 2m 1
            Rasmus Johansson (Inactive) made transition -
            Reopened Closed
            1m 57s 2
            Sergei Golubchik made transition -
            Closed Reopened
            378d 17h 26m 3
            Sergei Golubchik made transition -
            Reopened Stalled
            38d 4h 13m 1
            Jan Lindström (Inactive) made transition -
            Stalled In Progress
            142d 20h 24m 1
            Jan Lindström (Inactive) made transition -
            In Progress Closed
            3d 8h 38m 2

            People

              jplindst Jan Lindström (Inactive)
              serg Sergei Golubchik
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.