Added CHECK_ORDER and PARALLELISM 1 to IC12 Test

[rfdavid]

What happens is: since we use multiple threads for the results, we might get different order. To solve this issue, we sort the results in the test runner.

The expected result is sorted:

[2023-06-15 12:07:41.256] [info] RESULT:

[2023-06-15 12:07:41.256] [info] 10995116278353|Otto|Muller|[Tiberius,Genghis_Khan,Justinian_I,Constantine_the_Great,Trajan]|11
[2023-06-15 12:07:41.256] [info] 13194139533500|Otto|Becker|[Tiberius,Genghis_Khan,Julius_Caesar,Alexander_the_Great,David]|5
[2023-06-15 12:07:41.256] [info] 13194139534548|Bing|Zheng|[Genghis_Khan,Hadrian,Solomon]|6
[2023-06-15 12:07:41.256] [info] 17592186044994|Jie|Wang|[Genghis_Khan,David]|7
[2023-06-15 12:07:41.256] [info] 28587302322537|Anh|Nguyen|[Mahmud_of_Ghazni,Trajan]|3
[2023-06-15 12:07:41.256] [info] 30786325578932|Alexander|Hleb|[Mahmud_of_Ghazni,David]|3
[2023-06-15 12:07:41.256] [info] 8796093022764|Zheng|Xu|[Mahmud_of_Ghazni,Ashoka,Tiberius,Marcus_Aurelius,Genghis_Khan,Justinian_I,Hadrian,Timur]|13

There are two ways to fix this:

1. You can use sorted results in the test file if the order doesn't matter; or
2. You can add -CHECK_ORDER to disable sorting the results and enforce using only one thread with -PARALLELISM 1

-NAME IC12
-CHECK_ORDER
-PARALLELISM 1
-QUERY MATCH ...
...

Related to #1668

[aziz-mu]

Looks good, you can just merge if tests pass

[andyfengHKU]

What happens is: since we use multiple threads for the results, we might get different order. To solve this issue, we sort the results in the test runner.

The expected result is sorted:

[2023-06-15 12:07:41.256] [info] RESULT:

[2023-06-15 12:07:41.256] [info] 10995116278353|Otto|Muller|[Tiberius,Genghis_Khan,Justinian_I,Constantine_the_Great,Trajan]|11
[2023-06-15 12:07:41.256] [info] 13194139533500|Otto|Becker|[Tiberius,Genghis_Khan,Julius_Caesar,Alexander_the_Great,David]|5
[2023-06-15 12:07:41.256] [info] 13194139534548|Bing|Zheng|[Genghis_Khan,Hadrian,Solomon]|6
[2023-06-15 12:07:41.256] [info] 17592186044994|Jie|Wang|[Genghis_Khan,David]|7
[2023-06-15 12:07:41.256] [info] 28587302322537|Anh|Nguyen|[Mahmud_of_Ghazni,Trajan]|3
[2023-06-15 12:07:41.256] [info] 30786325578932|Alexander|Hleb|[Mahmud_of_Ghazni,David]|3
[2023-06-15 12:07:41.256] [info] 8796093022764|Zheng|Xu|[Mahmud_of_Ghazni,Ashoka,Tiberius,Marcus_Aurelius,Genghis_Khan,Justinian_I,Hadrian,Timur]|13

There are two ways to fix this:

1. You can use sorted results in the test file if the order doesn't matter; or
2. You can add -CHECK_ORDER to disable sorting the results and enforce using only one thread with -PARALLELISM 1

-NAME IC12
-CHECK_ORDER
-PARALLELISM 1
-QUERY MATCH ...
...

Closes #1668

Let's not close #1668 though. I think we should get the correct output on all platforms with multi-thread execution. So #1668 is still a bug that needs to be addressed in the future.

[codecov]

Codecov Report

Patch and project coverage have no change.

Comparison is base (1bd26e4) 91.16% compared to head (9b7b0a4) 91.16%.

Additional details and impacted files

@@           Coverage Diff           @@
##           master    #1682   +/-   ##
=======================================
  Coverage   91.16%   91.16%           
=======================================
  Files         733      733           
  Lines       26623    26623           
=======================================
  Hits        24271    24271           
  Misses       2352     2352           

☔ View full report in Codecov by Sentry.
📢 Do you have feedback about the report comment? Let us know in this issue.