[Feature] Support pk table migration (#25521)

Support primary key table disk migration
Fixes #25521
What type of PR is this:

[ ] BugFix
[x] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Checklist:

[x] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[x] I have checked the version labels which the pr will be auto-backported to the target branch

[ ] 3.1
[ ] 3.0
[ ] 2.5
[ ] 2.4

[FE PR Coverage Check]
:heart_eyes: pass : 1 / 1 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 1 / 1 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 0 / 0 (0%)

[FE PR Coverage Check]
:heart_eyes: pass : 0 / 0 (0%)

[FE PR Coverage Check]
:heart_eyes: pass : 0 / 0 (0%)

[FE PR Coverage Check]
:heart_eyes: pass : 1 / 1 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 2 / 2 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 30 / 38 (78.95%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
22
30
73.33%
[1344, 1345, 1351, 1353, 1365, 1372, 1383, 1400]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/Replica.java
4
4
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 24 / 86 (27.91%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
0
27
00.00%
[978, 979, 982, 983, 984, 986, 987, 988, 989, 991, 992, 994, 996, 997, 999, 1002, 1004, 1005, 1006, 1007, 1010, 1012, 1015, 1033, 1036, 1041, 1042]

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
15
48
31.25%
[1380, 1381, 1382, 1383, 1384, 1386, 1387, 1388, 1391, 1392, 1394, 1396, 1399, 1400, 1401, 1404, 1405, 1407, 1408, 1411, 1412, 1414, 1417, 1418, 1420, 1422, 1425, 1426, 1427, 1428, 1430, 1432, 1434]

:large_blue_circle:
com/starrocks/catalog/Replica.java
4
6
66.67%
[294, 344]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 42 / 67 (62.69%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
5
27
18.52%
[1363, 1364, 1365, 1366, 1367, 1369, 1370, 1371, 1374, 1375, 1377, 1379, 1382, 1383, 1384, 1387, 1389, 1390, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[174]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[344]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
28
29
96.55%
[999]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 42 / 67 (62.69%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
5
27
18.52%
[1363, 1364, 1365, 1366, 1367, 1369, 1370, 1371, 1374, 1375, 1377, 1379, 1382, 1383, 1384, 1387, 1389, 1390, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[174]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[344]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
28
29
96.55%
[999]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 34 / 72 (47.22%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
10
41
24.39%
[983, 984, 985, 986, 987, 988, 989, 990, 992, 994, 995, 1000, 1003, 1004, 1006, 1008, 1020, 1021, 1022, 1023, 1024, 1025, 1042, 1043, 1045, 1046, 1047, 1048, 1049, 1050, 1051]

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
16
22
72.73%
[1351, 1353, 1365, 1372, 1383, 1400]

:large_blue_circle:
com/starrocks/catalog/Replica.java
7
8
87.50%
[347]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
1
100.00%
[]

[FE PR Coverage Check]
:disappointed: fail : 46 / 72 (63.89%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
5
27
18.52%
[1363, 1364, 1365, 1366, 1367, 1369, 1370, 1371, 1374, 1375, 1377, 1379, 1382, 1383, 1384, 1387, 1389, 1390, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1003, 1039]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 63 / 72 (87.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1003, 1039]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]

[null Incremental Coverage Report]
:disappointed: fail : 46 / 72 (63.89%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
5
27
18.52%
[1363, 1364, 1365, 1366, 1367, 1369, 1370, 1371, 1374, 1375, 1377, 1379, 1382, 1383, 1384, 1387, 1389, 1390, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1003, 1039]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE Incremental Coverage Report]
:disappointed: fail : 46 / 72 (63.89%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
5
27
18.52%
[1363, 1364, 1365, 1366, 1367, 1369, 1370, 1371, 1374, 1375, 1377, 1379, 1382, 1383, 1384, 1387, 1389, 1390, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1003, 1039]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[FE Incremental Coverage Report]
:disappointed: fail : 46 / 72 (63.89%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
5
27
18.52%
[1363, 1364, 1365, 1366, 1367, 1369, 1370, 1371, 1374, 1375, 1377, 1379, 1382, 1383, 1384, 1387, 1389, 1390, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1003, 1039]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 49 / 74 (66.22%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
28
44
63.64%
[124, 125, 133, 232, 233, 234, 235, 254, 255, 273, 287, 292, 293, 294, 383, 462]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 63 / 72 (87.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1003, 1039]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 63 / 72 (87.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 49 / 74 (66.22%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
28
44
63.64%
[124, 125, 133, 232, 233, 234, 235, 254, 255, 273, 287, 292, 293, 294, 383, 462]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 63 / 72 (87.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 53 / 76 (69.74%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
32
46
69.57%
[131, 133, 234, 235, 243, 244, 273, 287, 292, 293, 294, 300, 301, 302]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 63 / 72 (87.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 53 / 76 (69.74%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
32
46
69.57%
[131, 133, 234, 235, 243, 244, 273, 287, 292, 293, 294, 300, 301, 302]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 62 / 72 (86.11%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 53 / 76 (69.74%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
32
46
69.57%
[131, 133, 234, 235, 243, 244, 273, 287, 292, 293, 294, 300, 301, 302]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 62 / 72 (86.11%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 53 / 77 (68.83%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/tablet_updates.cpp
0
1
00.00%
[2737]

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
32
46
69.57%
[131, 133, 234, 235, 243, 244, 273, 287, 292, 293, 294, 300, 301, 302]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 62 / 72 (86.11%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 53 / 77 (68.83%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/tablet_updates.cpp
0
1
00.00%
[2737]

:large_blue_circle:
src/storage/storage_engine.cpp
0
8
00.00%
[947, 948, 950, 951, 953, 954, 955, 957]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
32
46
69.57%
[131, 133, 234, 235, 243, 244, 273, 287, 292, 293, 294, 300, 301, 302]

:large_blue_circle:
src/storage/tablet_manager.cpp
20
21
95.24%
[1527]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 62 / 72 (86.11%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
1
2
50.00%
[176]

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 88 / 144 (61.11%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/storage/storage_engine.cpp
0
5
00.00%
[950, 951, 952, 954, 955]

:large_blue_circle:
src/storage/task/engine_storage_migration_task.cpp
48
93
51.61%
[117, 118, 119, 120, 129, 130, 131, 132, 235, 236, 237, 238, 239, 240, 273, 274, 281, 282, 287, 288, 289, 290, 499, 500, 501, 502, 503, 504, 505, 517, 518, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 553, 554, 555]

:large_blue_circle:
src/storage/tablet_updates.cpp
17
21
80.95%
[2737, 4588, 4589, 4606]

:large_blue_circle:
src/storage/tablet_manager.cpp
22
24
91.67%
[1527, 1528]

:large_blue_circle:
src/storage/snapshot_manager.cpp
1
1
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 63 / 72 (87.50%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/clone/TabletScheduler.java
21
27
77.78%
[1383, 1384, 1393, 1394, 1395, 1397]

:large_blue_circle:
com/starrocks/catalog/Replica.java
5
6
83.33%
[343]

:large_blue_circle:
com/starrocks/leader/ReportHandler.java
32
34
94.12%
[1004, 1040]

:large_blue_circle:
com/starrocks/catalog/Table.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/common/Config.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/server/LocalMetastore.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TabletInvertedIndex.java
2
2
100.00%
[]


on-chain NFT metadata implementation

Implemented dynamic base64 encoded SVG rendering for DUSD Locks NFT

This is really awesome. I think it can be simplefied (you do not need to derive from ERC721 since its already in enumerable, so you can skip the other overrides).
I also added a bit more data and made the text on the image into 2 digit numbers. Lets see if any designer in the community can help with the image.

superseded by #11


error copying erlang modules

when trying to copy erlang modules there is an error printed out and copying doesn't succeed, is this intended? how can i copy/mock these kind of modules? thanks
15:32:21.833 [error] Can't load module ':rpc' that resides in sticky dir

  1) test success registering with manager (Worker.RegisterTest)
     apps/worker/test/regiser_test.exs:7
     ** (ArgumentError) Module :rpc has not been copied.  See docs for Mimic.copy/1
     code: expect(:rpc, :call, fn args ->
     stacktrace:
       (mimic) lib/mimic.ex:423: Mimic.raise_if_not_copied!/1
       (mimic) lib/mimic.ex:200: Mimic.expect/4
       test/regiser_test.exs:9: (test)

Hey thanks for opening this issue. I'm not sure if we want to support copying standard library modules like rpc. I would suggest wrapping up the erlang module with your own module and mocking your own module.

yeah, that's what i end up doing, the problem was i was doing a refactor on a client code and as i didn't want to break anything i was adding tests first and was trying to mock :rpc but i end up moving those call to an external module in order to mock them. Maybe it would be nice to add some docs about it the same as meck https://github.com/eproxus/meck#caveats
thanks for your response.

@sescobb27, yeah good point! I will add a note to the README :thumbsup:


Autoscaling configuration

Document configuration options for autoscaling. Task 53114

Changing the site from "autoscaling configuration" to "deployment configuration"


Until underlying bug's fixed

Fixes https://github.com/stateful/vscode-runme/issues/233.

Tested and GLTM

Cool. The e2e test has surfaced an edge case. Looking into that before merging.


Application launches as a blank black window since updating

Openned the app (unknown previous version) to look at my save, got some error about an enumerator and right after I clicked send report the popup for the new .30 update came up, so I clicked that and closed the app, waited a bit and re-openned it. Now it only appears as a blank black window, not even an X close button. Already tried reinstalling and restarting my computer but nothing changed.

Thank you for reporting this bug!
It should be fixed in version 0.0.31.


Unable to build the JS

Superset version - 18.5
Yarn version - 0.27.5
NPM version - 5.3.0
OS - CentOS7 and Ubuntu 16.04.2 LTS
Python - Ubuntu 16.04.2 LTS
I tried building JS using both yarn and npm. Both of them are not working.
Yarn output -
(env) root@localhost:~/superset/superset/assets# yarn run build
yarn run v0.27.5
$ NODE_ENV=production webpack --colors --progress
clean-webpack-plugin: /root/superset/superset/assets/dist has been removed.
Hash: e758ab34ddcaa8cabfea
Version: webpack 2.7.0
Time: 99934ms
                                  Asset       Size  Chunks                    Chunk Names
   sqllab.c16b25103ff7fbb8d0c9.entry.js    2.62 MB    2, 6  [emitted]  [big]  sqllab
   f4769f9bdb7466be65088239c12046d1.eot    20.1 kB          [emitted]
   e18bbf611f2a2e43afc071aa2f4e1512.ttf    45.4 kB          [emitted]
  fa2772327f55d8198301fdb8bcfc8158.woff    23.4 kB          [emitted]
 448c34a56d699c29117adc64c43affeb.woff2      18 kB          [emitted]
dashboard.ede035205fab90ea8414.entry.js    9.98 MB    0, 6  [emitted]  [big]  dashboard
  explore.e185de7b22fd7ceef1a9.entry.js    10.5 MB    1, 6  [emitted]  [big]  explore
<PHONE_NUMBER>7bd7575d6327160d64e760.svg     109 kB          [emitted]
 addSlice.44099e9cd3520c6ccd14.entry.js    1.06 MB    3, 6  [emitted]  [big]  addSlice
  profile.cf7cd89d0cc59a19c722.entry.js     987 kB    4, 6  [emitted]  [big]  profile
  welcome.d843c09529b16734fbe4.entry.js     778 kB    5, 6  [emitted]  [big]  welcome
   common.a36812d91db50d9a9d8c.entry.js     499 kB       6  [emitted]  [big]  common
css-theme.306626e37cc3df6e60bd.entry.js     175 kB       7  [emitted]         css-theme
                          manifest.json  860 bytes          [emitted]
  [88] ./javascripts/modules/utils.js 8.73 kB {0} {1} {2} {3} {4} {5} {6} [built]
 [480] ./javascripts/common.js 946 bytes {0} {1} {2} {3} {4} {5} {6} [built]
[1036] ./stylesheets/react-select/select.less 1.15 kB {0} {1} {7} [built]
[1970] ./javascripts/SqlLab/index.jsx 1.53 kB {2} [built]
[1971] ./javascripts/addSlice/index.jsx 793 bytes {3} [built]
[1972] ./javascripts/dashboard/Dashboard.jsx 14.6 kB {0} [built]
[1974] ./javascripts/profile/index.jsx 825 bytes {4} [built]
[1975] ./javascripts/welcome.js 2.17 kB {5} [built]
[2065] ./javascripts/css-theme.js 110 bytes {7} [built]
[2348] multi babel-polyfill ./javascripts/SqlLab/index.jsx 40 bytes {2} [built]
[2349] multi babel-polyfill ./javascripts/addSlice/index.jsx 40 bytes {3} [built]
[2350] multi babel-polyfill ./javascripts/dashboard/Dashboard.jsx 40 bytes {0} [built]
[2351] multi babel-polyfill ./javascripts/explore/index.jsx 40 bytes {1} [built]
[2352] multi babel-polyfill ./javascripts/profile/index.jsx 40 bytes {4} [built]
[2353] multi babel-polyfill ./javascripts/welcome.js 40 bytes {5} [built]
    + 2339 hidden modules

ERROR in dashboard.ede035205fab90ea8414.entry.js from UglifyJs
Unexpected token: name (ARRAY_TYPE) [dashboard.ede035205fab90ea8414.entry.js:48876,4]

ERROR in explore.e185de7b22fd7ceef1a9.entry.js from UglifyJs
Unexpected token: name (ARRAY_TYPE) [explore.e185de7b22fd7ceef1a9.entry.js:48543,4]
error Command failed with exit code 2.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

NPM output -
(env) root@localhost:~/superset/superset/assets# npm run-script build

><EMAIL_ADDRESS>build /root/superset/superset/assets
> NODE_ENV=production webpack --colors --progress

clean-webpack-plugin: /root/superset/superset/assets/dist has been removed.
Hash: e758ab34ddcaa8cabfea
Version: webpack 2.7.0
Time: 94357ms
                                  Asset       Size  Chunks                    Chunk Names
   sqllab.c16b25103ff7fbb8d0c9.entry.js    2.62 MB    2, 6  [emitted]  [big]  sqllab
   f4769f9bdb7466be65088239c12046d1.eot    20.1 kB          [emitted]
   e18bbf611f2a2e43afc071aa2f4e1512.ttf    45.4 kB          [emitted]
  fa2772327f55d8198301fdb8bcfc8158.woff    23.4 kB          [emitted]
 448c34a56d699c29117adc64c43affeb.woff2      18 kB          [emitted]
dashboard.ede035205fab90ea8414.entry.js    9.98 MB    0, 6  [emitted]  [big]  dashboard
  explore.e185de7b22fd7ceef1a9.entry.js    10.5 MB    1, 6  [emitted]  [big]  explore
<PHONE_NUMBER>7bd7575d6327160d64e760.svg     109 kB          [emitted]
 addSlice.44099e9cd3520c6ccd14.entry.js    1.06 MB    3, 6  [emitted]  [big]  addSlice
  profile.cf7cd89d0cc59a19c722.entry.js     987 kB    4, 6  [emitted]  [big]  profile
  welcome.d843c09529b16734fbe4.entry.js     778 kB    5, 6  [emitted]  [big]  welcome
   common.a36812d91db50d9a9d8c.entry.js     499 kB       6  [emitted]  [big]  common
css-theme.306626e37cc3df6e60bd.entry.js     175 kB       7  [emitted]         css-theme
                          manifest.json  860 bytes          [emitted]
  [88] ./javascripts/modules/utils.js 8.73 kB {0} {1} {2} {3} {4} {5} {6} [built]
 [480] ./javascripts/common.js 946 bytes {0} {1} {2} {3} {4} {5} {6} [built]
[1036] ./stylesheets/react-select/select.less 1.15 kB {0} {1} {7} [built]
[1970] ./javascripts/SqlLab/index.jsx 1.53 kB {2} [built]
[1971] ./javascripts/addSlice/index.jsx 793 bytes {3} [built]
[1972] ./javascripts/dashboard/Dashboard.jsx 14.6 kB {0} [built]
[1974] ./javascripts/profile/index.jsx 825 bytes {4} [built]
[1975] ./javascripts/welcome.js 2.17 kB {5} [built]
[2065] ./javascripts/css-theme.js 110 bytes {7} [built]
[2348] multi babel-polyfill ./javascripts/SqlLab/index.jsx 40 bytes {2} [built]
[2349] multi babel-polyfill ./javascripts/addSlice/index.jsx 40 bytes {3} [built]
[2350] multi babel-polyfill ./javascripts/dashboard/Dashboard.jsx 40 bytes {0} [built]
[2351] multi babel-polyfill ./javascripts/explore/index.jsx 40 bytes {1} [built]
[2352] multi babel-polyfill ./javascripts/profile/index.jsx 40 bytes {4} [built]
[2353] multi babel-polyfill ./javascripts/welcome.js 40 bytes {5} [built]
    + 2339 hidden modules

ERROR in dashboard.ede035205fab90ea8414.entry.js from UglifyJs
Unexpected token: name (ARRAY_TYPE) [dashboard.ede035205fab90ea8414.entry.js:48876,4]

ERROR in explore.e185de7b22fd7ceef1a9.entry.js from UglifyJs
Unexpected token: name (ARRAY_TYPE) [explore.e185de7b22fd7ceef1a9.entry.js:48543,4]
npm ERR! code ELIFECYCLE
npm ERR! errno 2
npm ERR<EMAIL_ADDRESS>build: `NODE_ENV=production webpack --colors --progress`
npm ERR! Exit status 2
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>build script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2017-08-21T11_46_25_340Z-debug.log

After some googling it seems like an uglify problem

What's the SHA? This should be fixed on latest master

@xrmx Same problem...I cloned from the latest master several minutes ago...

Its in release-18.5 with SHA fdbb569c3e2842fdfc80e0418f5817593e5c64fb

@mistercrunch in master, it is working fine

@akhilputhiry then please close.


Add back the Interest Earned section

Hey there! 👋
Since we do not have access to your Trello Board, we do not know the reason why the Interest Earned section has been removed from the UI (code is still there).
Commit: https://github.com/Anchor-Protocol/anchor-web-app/commit/becc666adc250f9df04f511ce24c7113128ff433
I believe it can still be useful to display this information as a note, like it has been done with the liquidation price of bLuna (https://github.com/Anchor-Protocol/anchor-web-app/commit/84e03f7e2265946a31f4da431e4332268b10eb67 & https://github.com/Anchor-Protocol/anchor-web-app/commit/3f388528f2a99c08faae2cad2533e6644648342c).

Sorry for the inconvenience. I will write more details the commit messages.
And the restoring "Interest Earned" section issue I need to more checking to the backend development. I will update after this issue checked.

the indexer for interest earned is being re-built from scratch. will be a feature in a near future. Thanks!

Thanks! Safe to assume this will be able to backtrack how much was earned throughout the entire history of the terra wallet?

Hey curious to know what the status of this is? I think it's a much needed feature :)

This would need support from the backend -- logic wise it's kind of complicated and we're working towards this, although the priority is somewhat low due to col-5 migration. Please give us some more time 🙏  Thanks!

100% normal, Columbus-5 update is far more important than this. 😄
Will it be possible to have the interest retroactively to this day, or will it start from scratch?


How to run test or demo?

I'm download in and install with command:
python setup.py install
It create folder lib, captcha.egg-info and dist.
I'm run captcha-master\build\lib\captcha with command:
python audio.py out.wav
But not show anything.
Thank you very much.

@vanloc0301 There is no script to generate a wave file. If you want to create a wave file, follow the Usage section:
https://github.com/lepture/captcha#usage

ping.. will close in next week.


Update recovery-using-backups.md

Doc update as per this IcM - https://portal.microsofticm.com/imp/v3/incidents/details/247390480/home.
Needed clarification on availability of latest restore points on Azure powershell - Currently unavailable

@ronazi : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@shkale-msft - can you take a look?

Thanks for the contribution @ronazi ! #sign-off

@MashaMSFT: I'm sorry - only the author of this article, @shkale-msft, can sign off on your changes. But we do have an exception process - if you are on the Microsoft content or product team for this product area, you can ask the PR review team to review and merge it by sending mail to the techdocprs alias.

#sign-off

@SQLSourabh: I'm sorry - only the author of this article, @shkale-msft, can sign off on your changes. But we do have an exception process - if you are on the Microsoft content or product team for this product area, you can ask the PR review team to review and merge it by sending mail to the techdocprs alias.


USRnet implemantation

I would like to try USRnet but I can't because init.py of "utils" is blank and I don't know what to write to make it work. Is there a way to implement it in ChaiNNer ? Link to the project

We would have to manually add support for that project.

OK thank you
Is there a way to get the utils init working ?

I'm not sure what you mean by that. Is that something from the USRnet source code?

In fact there is a file called --init--.py where it should contain something. In fact I get this error :

Don't know, sorry. Not familiar with that codebase

It's no big deal, thank you anyway ! If you manage to put some of KAIR implementations in the future, it will be fine.


Add an all-apps target

This is useful for teams which involve all the apps, like Platform Health.

Whoops, we even removed the build target entirely


Multiple axes support.

Building on prior PRs this is the final part in the re-architecture in order to support multiple axes
To do:

[x] Rebase

Closes #24, #25, #34

Coverage increased (+2.4%) to 98.932% when pulling bbb1ff6f4473141e287bdc8ef80e214cd8aac75f on bjlittle:multi-plot into 0aaaa4a0d055376bae369a727948445d9d53c990 on SciTools:master.

@marqh Thar she blows! :whale:

Coverage increased (+2.4%) to 98.931% when pulling 703cbf54f34919e62c814c9cdab9bc92a2c282fe on bjlittle:multi-plot into 0aaaa4a0d055376bae369a727948445d9d53c990 on SciTools:master.

Coverage increased (+2.4%) to 98.931% when pulling e0ed3e9d434b6424aaa2d3b2188a736e0ed11a70 on bjlittle:multi-plot into 0aaaa4a0d055376bae369a727948445d9d53c990 on SciTools:master.


feat: rectangular approximation for cylinder solid angle

Fixes #26.
Requires tests before review.

Test to compare solid angle computation in this PR with Mantid.
import scipp as sc
import scippneutron as scn
from mantid.simpleapi import Load, SolidAngle, SetInstrumentParameter

ws = Load('SANS2D00063091.nxs')
radius = 0.00405 * sc.Unit('m')
length = 0.002033984375 * sc.Unit('m')

SetInstrumentParameter(ws, ParameterName='x-pixel-size', ParameterType='Number', Value=str((2 * radius).to(unit='mm').value))
SetInstrumentParameter(ws, ParameterName='y-pixel-size', ParameterType='Number', Value=str(length.to(unit='mm').value))

outWs = SolidAngle(ws, method='HorizontalTube')
dg = scn.from_mantid(outWs)

# Horizontal tubes
cylinder_axis = sc.scalar([1, 0, 0], dtype=sc.DType.vector3, unit='m')
pixel_position = dg['data'].coords['position'] - dg['data'].coords['sample_position']

# Compute solid angle like in the implementation
norm_pp = sc.norm(pixel_position)
norm_ca = sc.norm(cylinder_axis)
cosalpha = sc.sqrt(
    1 - (sc.dot(pixel_position, cylinder_axis) / (norm_pp * norm_ca)) ** 2
)
solid_angle = (2 * radius * length) * cosalpha / norm_pp**2

# Get solid angle results from mantid
mantid_solid_angle = dg['data'].data['tof', 0]

# Remove nonexisting detector panels
solid_angle = solid_angle[mantid_solid_angle != sc.scalar(0)]
mantid_solid_angle = mantid_solid_angle[mantid_solid_angle != sc.scalar(0)]

assert sc.allclose(solid_angle, mantid_solid_angle)

See also https://github.com/mantidproject/mantid/issues/36493

Test to compare solid angle computation in this PR with Mantid.
import scipp as sc
import scippneutron as scn
from mantid.simpleapi import Load, SolidAngle, SetInstrumentParameter

ws = Load('SANS2D00063091.nxs')
radius = 0.00405 * sc.Unit('m')
length = 0.002033984375 * sc.Unit('m')

SetInstrumentParameter(ws, ParameterName='x-pixel-size', ParameterType='Number', Value=str((2 * radius).to(unit='mm').value))
SetInstrumentParameter(ws, ParameterName='y-pixel-size', ParameterType='Number', Value=str(length.to(unit='mm').value))

outWs = SolidAngle(ws, method='HorizontalTube')
dg = scn.from_mantid(outWs)

# Horizontal tubes
cylinder_axis = sc.scalar([1, 0, 0], dtype=sc.DType.vector3, unit='m')
pixel_position = dg['data'].coords['position'] - dg['data'].coords['sample_position']

# Compute solid angle like in the implementation
norm_pp = sc.norm(pixel_position)
norm_ca = sc.norm(cylinder_axis)
cosalpha = sc.sqrt(
    1 - (sc.dot(pixel_position, cylinder_axis) / (norm_pp * norm_ca)) ** 2
)
solid_angle = (2 * radius * length) * cosalpha / norm_pp**2

# Get solid angle results from mantid
mantid_solid_angle = dg['data'].data['tof', 0]

# Remove nonexisting detector panels
solid_angle = solid_angle[mantid_solid_angle != sc.scalar(0)]
mantid_solid_angle = mantid_solid_angle[mantid_solid_angle != sc.scalar(0)]

assert sc.allclose(solid_angle, mantid_solid_angle)

I'll add part of this data as a reference to unit test against.

It would be useful to preserve this code as a unit test. Can you make one that runs only when Mantid can be imported (i.e., it would not run on CI, but we can run it locally).

It would be useful to preserve this code as a unit test. Can you make one that runs only when Mantid can be imported (i.e., it would not run on CI, but we can run it locally).

Specifically what part of it do you want preserved as a unit test? I'm asking because there already exists a unit test here that makes the comparison with the Mantid reference.
It might be useful to preserve the code that created the reference though.

It would be useful to preserve this code as a unit test. Can you make one that runs only when Mantid can be imported (i.e., it would not run on CI, but we can run it locally).

Specifically what part of it do you want preserved as a unit test? I'm asking because there already exists a unit test here that makes the comparison with the Mantid reference.

That does not show how Mantid was used to compute the solid angle (and as we have seen there are multiple ways). So what I am referring to is the actual Python code that calls Mantid that you have in your code snippet.


output formatters

Output formatting --formatflag
Supported formats:

console, outputs pretty text, it is the default format, respects former behavior
json, outputs JSON object with "outdated" and "upgradable" keys
xml, outputs XML with "climb" base element and "outdated" and "upgradable" as its children

Update of PR #40

Have a look at this too

How do you feel about this PR?

I like the idea but I would like to have tests before adding this. First we need to create tests for the commands and then tests for the output formatters before we can merge this.

Are we close to having those tests?

Not at the moment, no. Sorry. If you feel up for it we would be glad to take a look at any pull request you send our way.

Thanks but I've deprecated this package now since it is added to to Composer out of the box.


Actual start time

Log using actual start time
Added logic to record actual start time (first press of play for that row since last log/reset) and use that when logging.  Also added start time to the log dialogue so you can see it and adjust if wanted.
Fixes #66

FYI: I've been using this version (running from Visual Studio) since I made the PR, and it seems to be stable (for me at least).  I know I missed the new version by like one day, but I guess it happens.

Sorry - hadn't seen the PR before now. Looks good. I'll add it and then release asap.


Drop collection wont load

https://kodadot.xyz/ahp/drops/refraction

Eh, afaik, there is no deployment on Fxart at the moment.
It looks good on https://www.cloudflarestatus.com/

Is it still a blank page on your side?

oohh, it took longer to realize, seems like it related to this https://github.com/kodadot/private-workers/issues/85
on it

I just deployed this branch to beta: https://github.com/kodadot/private-workers/pull/90. how about now?

how about now?

works for now, what was issue?

what was issue?

TIL that there is possibly undefined information from cf data (c.req.raw.cf). Need to escape it properly


[NEW ALGORITHM] Want to add Topological sort in graph folder

Description:
Topological sort is a linear ordering of vertices in a directed acyclic graph (DAG) such that for every directed edge (u, v), vertex u appears before vertex v. It is commonly used in scheduling tasks and resolving dependencies.
Checklist:

[ ] Contributor in GSSoC-ext
[ ] Want to work on it

Additional Information:
Provide any other relevant information or resources regarding the algorithm.

@pankaj-bind kindly assign me


Version 2.1 Save PNG doesn't append file type

I have just started using the latest release of Minutor 2.1.0 and tried to save a PNG file.
The file was created without ".png" in it's name.

Fixed by Etlam.


Unmerged fixes in version 1.2

Description
This change: https://github.com/confluentinc/confluent-kafka-dotnet/blob/bdc66b8936c8df82341a7b415b868882c36a7833/src/Confluent.SchemaRegistry/Rest/RestService.cs#L62
is not merged to all versions (especially latest). Can this please be merged?

it looks like this didn't even go in before the v1.1.0 tag. It looks like I assumed the PR was targeting master, not 1.1.x when merging. I've now merged this to master. we will be doing a 1.3-PRE1 release in order to get the multiple-schemas in one topic change out ASAP, probably next week. This will be included in that.


How did I already mess this up?

Problem encountered on https://dotnet.microsoft.com/learn/dotnet/hello-world-tutorial/create
Operating System: macos
Provide details about the problem you are experiencing. Include your operating system version, exact error message, code sample, and anything else that is relevant.
i copied and pasted the commands "using Stystem;
namespace myApp
{
class Program
{
static void Main (string[] args)
{
Console.WriteLine("Hello World!")
}
}
}"
And I got the response: "cursh cursh cursh dquote>

You seem to have pasted the source code directly into the shell.  The dotnet new command that I assume was the last command not copied into the report here should have created a Program.cs file in the myApp directory which already had the Hello World contents.  You'd need to edit the file with vi/nano/emacs/Xcode/VSCode/VSMac/etc (or just cat it to confirm the contents, then proceed in the demo).
The "cursh" seems to be a ZSH "there's an open curly brace" continuation prompt and "dquote" seems to be "there's an terminated quote"... suggesting that the exclamation mark is a ZSH escape character,  But all of that is really "installing .NET Core doesn't make the shell understand C#, you need to edit the C# in source files".


Integrate with slicer (#6)

Augment global scope with interface for extension manager.
Add enum for extension state
Update view to reflect state.
Add state mutations.

resolves #6

@jcfr we'll have to test this in slicer before it can be merged.
If you point me to docs, I can look into doing this myself.

@jcfr I happened to notice 262129c, which removes mdi.
You may not want to do that.
The application currently requires public internet resources to run: https://github.com/KitwareMedical/slicer-extensions-webapp/blob/main/public/index.html#L9-L10
I'm not sure what you want to happen when the extension store is loaded from a computer without network access, but I assume it should say something about an error fetching extensions.  Under this condition, you probably still want icons and fonts to load properly.  I've had to include these as static bundles before rather than external dependencies.
LMK what you want to do and I can point to to the necessary changes.

removes mdi.

Thanks for the feedback, I missed the fact it was added in index.html and ended removing it because after testing, icons were still rendered.
I will remove my commit and instead update the index.html file

the extension store is loaded from a computer without network access

Good point.
There are few scenarios to consider:

no connection when the website is initially loaded using the web browser embedded  in Slicer extensions manager (e.g after starting up the application). In that case, we currently display a static page. See here for the current implementation, we will have to update the style of the static error page to be consistent with material design look and feel.

connection lost while browsing (a) in a standalone browser or (b) using the web browser embedded in Slicer extensions manager.

update the style of the static error page

@subdavis Do you have any suggestion to allow instrumenting the current build-system (see here) so that we can generate a static bundle including only a simple error page ?
Unless you suggest a different approach, I will still do the templating of the static page programmatically (see here)

include these as static bundles before rather than external dependencies.
LMK what you want to do and I can point to to the necessary changes.

@subdavis  Isn't it sufficient to revert my commit and remove the public external dependencies from index.html ?

In order to bundle public dependencies, you'll need to make some changes.
Fonts
Can be bundled at build time using a webpack plugin
// eslint-disable-next-line @typescript-eslint/no-var-requires
const GoogleFontsPlugin = require('@beyonk/google-fonts-webpack-plugin');

module.exports = {
  /* ... */
  configureWebpack: {
    plugins: [
      new GoogleFontsPlugin({
        fonts: [
          {
            family: 'Roboto',
            variants: ['100', '300', '400', '500', '700', '900'],
          },
        ],
      }),
    ],
  },
};

Icons
Reinstall package, then reference in the vuetify configuration.
import<EMAIL_ADDRESS>
Vue.use(Vuetify);

export default new Vuetify({
  icons: {
    iconfont: 'mdi', // default - only for display purposes
  },
  theme: {
    /* ... */
  },
});

Other questions

Do you have any suggestion to allow instrumenting the current build-system (see here) so that we can generate a static bundle including only a simple error page ?

I didn't realize slicer loads this page from the internet.  It should probably load it from file:///whatever/path/to/index.html where the static bundle is included in the slicer executable build.  Then the page should be able to easily detect no internet connection and show an error.
This should probably be done as a separate PR.
FWIW, if the extension store can only be launched by loading the site from the public internet, then it's sort of pointless to bother bundling static assets.  This is only worth the trouble if you're going to yarn build a static bundle and package it with slicer.
I don't think it's necessary to make the changes above at this time.  Could do it if/when you decide you want a nicer error page than the existing message.

In order to bundle public dependencies, you'll need to make some changes.

@subdavis  Thanks for the feedback, I moved forward with having a static bundle.


Web App not working

@giswqs the app at https://geospatial.streamlitapp.com is not working. Any chance to reboot ?

same issues here

Hello, same....


feat: add kulala-fmt

kulala-fmt is an opinionated .http and .rest files linter and formatter.
x-ref: https://github.com/mistweaverco/kulala-fmt/issues/12

Thanks for the PR!


Some questions about recent learning

Hello @eleurent , sorry for trouble you again. I want to ask some questions about my recent learning about this work.

I find the reward and score of each episode are related to the duration (The duration is the maximum value). Could you please explain to me what's the relationship between them? Because the reward is defined as the sum of three terms, why is it limited by duration?

The factor of the collision, highspeed and right lane are -1, 0.4 and 0.1.  (in highway-env). Are they the optimal values? Because whey I change them, the performance becomes worse.

I find a continuous space of control actions in the envs of rl-agents. So can I use the DDPG to train it? If so, could you please guide me how to add the DDPG algorithm？

Recently, I want to write a paper about this decision-making problem. I will cite your work, furthermore, I want to add you as the co-author to thank your contribution. Does that work for you?

Hey, sure no problem!

at each step the reward is between 0 and 1. If the episode is of length H, the sum of rewards is between 0 and H. (in rl-agents I use the term 'score' to refer to total reward)
the factors were chosen manually, so they are not "optimal". When you say the performance becomes worse, you mean the qualitative behaviour? (Because I don't think you can compare the total rewards obtained with two different reward functions.)
Sure, you can use for example the implementations of openai/baselines (try this script, with DDPG+HER) and stable_baselines (you can modify this notebook to use DDPG instead of SAC (https://colab.research.google.com/github/eleurent/highway-env/blob/master/scripts/parking_her.ipynb).
That is very kind of you (!), but I do not think you should add me as a co-author if I do not contribute to the work directly. I would be grateful for a citation, though :)

Hello @eleurent , many thanks for your hard work to release the first stable version of this environment. I have upgraded the highway-env and rl-agents on my PC today. When I run the multi-agents with DQN in HighwayEnv or IntersectionEnv, some issues happen. Please help me to find the problems, thanks a lot.

Run code: python experiments.py evaluate configs/HighwayEnv/env_multi_agent.json configs/HighwayEnv/agents/DQNAgent/dqn.json --train --episodes=40 --name-from-config

INFO: Making new env: highway-v0
Traceback (most recent call last):
File "experiments.py", line 148, in
main()
File "experiments.py", line 43, in main
evaluate(opts[''], opts[''], opts)
File "experiments.py", line 59, in evaluate
env = load_environment(environment_config)
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\rl_agents\agents\common\factory.py", line 91, in load_environment
env.reset()
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\highway_env\envs\highway_env.py", line 48, in reset
super().reset()
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\highway_env\envs\common\abstract.py", line 149, in reset
self.define_spaces()
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\highway_env\envs\common\abstract.py", line 109, in define_spaces
self.observation_type = observation_factory(self, self.config["observation"])
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\highway_env\envs\common\observation.py", line 351, in observation_factory
raise ValueError("Unknown observation type")
ValueError: Unknown observation type

Run Code: python experiments.py evaluate configs/IntersectionEnv/env_multi_agent.json configs/IntersectionEnv/agents/DQNAgent/baseline.json --train --episodes=40 --name-from-config

INFO: Making new env: intersection-multi-agent-v0
import_module highway_env
Traceback (most recent call last):
File "D:\Anacoda\lib\site-packages\gym\envs\registration.py", line 121, in spec
return self.env_specs[id]
KeyError: 'intersection-multi-agent-v0'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\rl_agents\agents\common\factory.py", line 75, in load_environment
env = gym.make(env_config['id'])
File "D:\Anacoda\lib\site-packages\gym\envs\registration.py", line 145, in make
return registry.make(id, **kwargs)
File "D:\Anacoda\lib\site-packages\gym\envs\registration.py", line 89, in make
spec = self.spec(path)
File "D:\Anacoda\lib\site-packages\gym\envs\registration.py", line 131, in spec
raise error.UnregisteredEnv('No registered env with id: {}'.format(id))
gym.error.UnregisteredEnv: No registered env with id: intersection-multi-agent-v0
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "experiments.py", line 148, in
main()
File "experiments.py", line 43, in main
evaluate(opts[''], opts[''], opts)
File "experiments.py", line 59, in evaluate
env = load_environment(environment_config)
File "C:\Users\tengl\AppData\Roaming\Python\Python37\site-packages\rl_agents\agents\common\factory.py", line 85, in load_environment
env_config['id']))
gym.error.UnregisteredEnv: Environment intersection-multi-agent-v0 not registered. The environment module should be specified by the "import_module" key of the environment configuration

Hey, sorry about that. The env_multi_agent.json env config requires the new multi-agent feature, which will be merged very soon: https://github.com/eleurent/highway-env/pull/102

I guess I should have a stable version of rl-agents as well, so that this does not happen again.

The feature has been merged, everything should work properly now.


Teams Hardware RECOMMENDATIONS

Knowing the minimum is definitely helpful, but what are the recommended hardware specs for users who are consistently active in Teams, SfBO, Outlook, OneDrive, and a browser? Those who are working in massive Excel spreadsheets alongside the beforementioned? Those running VMs for other processes? That is what customers are asking for because that is the majority of use cases we are seeing. If Microsoft has these recommendations, will you please share them publicly?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 29a61ff5-b3a5-158d-149a-dec344060e05
Version Independent ID: 97fac351-a283-aaa8-cde1-fbd9cf4e8504
Content: Hardware requirements for the Microsoft Teams app
Content Source: Teams/hardware-requirements-for-the-teams-app.md
Service: msteams
GitHub Login: @LolaJacobsen
Microsoft Alias: lolaj

@StPhil Thank you for the feedback
We apricate you catching this. I want to make sure I get this over to the Teams/Skype for business team so we can have the recommended specs listed.
I was able to get this into the backlog for the Teams/Skype for Business team. The team will get this prioritized into a sprint plan. Thank you for reporting and making the docs better. Much appreciated.
I made a note to request the team to update this when the work is complete.

Hi @StPhil Thanks for taking the time to make suggestions.
This information isn't present in the documentation as hardware requirements are always specified with minimum needed. (Server software might be a exception) I suggest you add this feedback to Microsoft Teams User Voice https://microsoftteams.uservoice.com/forums/555103-public
Thank you!


PDF cannot be displayed

The pdf at http://courses.umass.edu/resec732/docs/Waldman and Jensen Chapter 16.pdf cannot be displayed. However Evince displayes it fine on my Linux system.

This is with Firefox 9 on Ubuntu 11.10.

This is with Firefox 9 on Ubuntu 11.10.


⚠ BCR Bot has degraded performance

In 3dec789, BCR Bot (https://bcr.alternativasinteligentes.com/BCRApi/web/chatbot) experienced degraded performance:

HTTP code: 200
Response time: 8677 ms

Resolved: BCR Bot performance has improved in 0aa79de.


[WFLY-11376] ironjacamar 1.4.12.Final

issue: https://issues.jboss.org/browse/WFLY-11376

@maeste I see the 1.4.12.Final tag, https://github.com/ironjacamar/ironjacamar/releases/tag/ironjacamar-1.4.12.Final, but it doesn't seem to be released into JBoss Nexus or Maven Central. Could you push the binaries up?

retest this please

retest this please


Build pipeline

add yaml file to master

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: PetoLuc sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

ok

ok

sorry


Revert bunch of mergers

Revet a bunch of merges done by dependabot, which is a github bot. PAN has requested to revert these

@akemburu the code was originally introduced by depandabot which is like a github bot to keep your packages up to date? but if XSoar did not want to make these changes as making them will probably break someone's code inside that huge repo


subsys/fs/: shell command for mounting the file system is unimplemneted

After introduction of VFS the mount operation is required in order to setup the FS.

@nvlsianpu what is expected input here? are you expecting something like below?
mount NFFS "nffs"

Yes, this would be beneficial. If appropriate, the file system could also be mounted automatically when the relevant settings have been selected. Alternatively have a separate setting for auto mount.

@ramakrishnapallala
Yes - something like that.
We simultaneously might looks forward for automatically mounting the FS.

moving to v1.13

fs Shell module is created, which can be enabled by CONFIG_FS_SHELL=y
mount commands example:-
format:- fs mount <fs e.g: fat/nffs>
example commands:-
fs mount fat /RAM
fs mount nffs /nffs

@nvlsianpu @nashif @ramakrishnapallala
pls review https://github.com/zephyrproject-rtos/zephyr/pull/8384

@varun-sha I think you need to migrate the PR to new shell implementation from Nordic.

@ramakrishnapallala i think Nordic cli is not targeted for 1.13 release
@nvlsianpu @koffes : can you pls comment, i have done implementation for this and submitted pr as per current cli which we have in zephyr, should we go ahead with this pr? or should wait for nordic cli which will be integrated into Zephyr..and then integrate our changes into that...

I have no say here, but if we can have this feature as part of the existing CLI instead of waiting it would be beneficial.

@nashif  Can you share your thoughts...


Slow response

If I click the name of a song, it take about 5 seconds before it starts playing. This is not acceptable. Using Windows

This is because it's a heavy process for the web audio api. If the file size is bigger, more time it will take to play it because you make an xhttprequest which returns an Arraybuffer (big one) that you pass to the web audio api. The way how I'm "solving" a little bit this issue, is preloading the next songs, but this is only when the songs are playing by the music player and you don't select the song. Most of music player save the data in memory. The new version will be like this, but as a said, it's not full-save-memory. I'm willing to use the IndexDB but I have the limitation of the browser. I'm concerned of your issue. Thanks :)

Cant you use fetch?
http://developer.mozilla.org/docs/Web/API/Fetch_API/Using_Fetch


0.2.0

Summary of changes in this release:

[x] Simplify configuration of mounters and registrars #4 #6
[ ] Add unit tests #3

Changes Unknown when pulling 9ca9ad44fb9e06be7af827743b887a2ffe776625 on develop into ** on master**.

Changes Unknown when pulling<PHONE_NUMBER>3d599c6791f2d6eb419a0a0ace781f on develop into ** on master**.


Add items/timeline browse view

Add a items/timeline view, to be able to see any query of items on a timeline from the items/browse view.

This seems really interesting for changing the way omeka operates.
Might need to hook into:

admin_collections_form_tabs filter; or
admin_items_browse hook.

And on the backend, it would be handled by:

after_save_ (hopefully the POST data isn't cleared out automatically); or
a new endpoint for the items_browse hook


[Feature][source] Postgres CDC streaming source

Search before asking

[X] I had searched in the feature and found no similar feature requirement.

Description
Postgres CDC streaming source
Usage Scenario
No response
Related issues
No response
Are you willing to submit a PR?

[ ] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

你好  目前SeaTunnel自带引擎 是不是还没有 pgsql CDC的source呀

你好 目前SeaTunnel自带引擎 是不是还没有 pgsql CDC的source呀

官方文档是这么说的


Some questions about training a model on DSEC dataset.

Hi，Mathias
Thanks for your cooperation!
The problem about the calibration between the event camera and the
frame camera has solved with your help! Thanks again!
The test code for the E-RAFT has published in github, it’s a
wonderful work!
In addition, I’d like to ask some questions about training the model
for estimating the optical flow on DSEC dataset.

During supervision training on the model for E-RAFT, how to
preprocess the ground truth of optical flow.

Currently, the network I proposed can converge on MVSEC dataset and
get reasonable results. But it cannot converge on the DSEC dataset
with the same network and the loss falls into local optimizaiton.  I
have tried many solutions (BN, Data Augmentation and so on), but still
don’t work. What’s the reason do you think cause this problem.

How to prepare the trianing data of DSEC for optical flow
estimation. My current approach is that choose the RGB frame and
events according to the timestamps of optical flow maps. For example,
the t1 and t2 is the timestamps of the optical flow map.  Then the
RGB_frame_1 and RGB_frame_2 which the t1 and t2 in  theis exposure
timestamps respectively. As for choose the events, just run the code
that “event_data  = eventslice.get_events(t1,t2)”.

I am not sure if the appoach mentioned above is correct.
Looking forward to receiving your reply!
Best regards,
Chi

Hi @bestrivenzc
Thank you for your interest. Regarding your questions:

I cannot answer the question because it is very general. Maybe you can be more specific. Are you asking about loading of the optical flow maps from disk, or data augmentation?
You also have to be more specific here. Is the dataloading identical to how it is done in this repository? Have you visualized the input to the network? If yes, does it look as expected?
yes this is correct. But you also need to load the events from t0 to t1. Because we use two event representations. So you need to have events between t0 and t1, and from t1 to t2.

hi, Mathias
Which specific video sequences shown in the Fig. 1 of E-RAFT.
I wanna know which specific sequences and number of frames are under challenging illumination conditions.
Thanks.

It should be Interlaken_00_d

Hi @magehrig
I also have a question about the training process for the DSEC dataset.
What sequence is used for validation?


Allow suppressing sensitive log lines

Adds new config parameter log_sensitive_lines (default false on production, and true otherwise) that determines if request and response content is logged.
Emits a log entry at each send_request operation that doesn't contain sensitive information (requires minor code restructuring).
Standardizes the format (string qbXML or hash) of logged requests and responses in this way:

Internal requests: logged in the format in which they were provided (either string or hash)
Requests sent to QuickBooks: logged as string qbXML
Responses from QuickBooks: logged as string qbXML (this required a minor change)

log_sensitive_lines would make me ask "what lines are sensitive?". What about simply log_requests_and_responses?

Done.

NoMethodError (undefined method `name' for nil:NilClass):
  /www/qbwc/lib/qbwc/session.rb:67:in `request_to_send'
  /www/qbwc/lib/qbwc/controller.rb:130:in `send_request'

Fixed.


⚠ Bofrost.at has degraded performance

In cb331ed, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1586 ms

Resolved: Bofrost.at performance has improved in 43f16b7 after 12 minutes.


Crash when switching between sublevels

We recently upgraded from CesiumForUnreal 1.6.0 -> 1.6.3
We have several sublevels within the same general area and also a larger 3D Tile that overlaps all of them in our persistent level.

I was able to compile now but there's a new issue with the sublevels.

If I go in/out the CesiumGeoference sphere from sublevel A to Sublevel B. Sublevel A will not unload but migrate to the CesiumGeoreference for sublevel B and now the contents of Sublevel A and B are overlapping. The processes will repeat if I go to sublevel B to sublevel C. None of the sublevels unload and stack on-top the next CesiumGeoreference location.

Maybe a related thing to point out is that we also have buttons to inaccurateFlytoLocationLongLatHeight() the dynamic pawn to earth view and ground view. We take the current DynamicPawn location and TransformUEtoLongLatHeight() to transition the DyanmicPawn Camera. I made some adjustments for the introduction of GlobeAnchor.

If I go from ground view to earth view using this button then the camera orientation is oriented differently (moving mouse up will turn right, etc)

Ok, thanks, that is quite surprising but I'll check it out. That behavior with the sublevels not unloading: is that in editor, play-in-editor, packaged game? On the georeference details panel, do your sub levels show up as enabled?

Packaged Shipping Release for Windows.
Yes, I see in the CesiumGeoreference > Details panel that all related sublevels have an Enabled checkmark on.

@gvindiol I've tried to reproduce the issue with sublevels not unloading, but I haven't been able to. Using UE 4.27 and the version of the plugin linked above, I did the following:

Created a new empty level in a subdirectory.
Added Cesium World Terrain + Bing Maps Aerial imagery, Cesium SunSky, and Dynamic Pawn to the new level.
Enabled World Composition.
From the Levels panel, created a new Layer called Cesium.
Created a new sub-level and assigned it to the Cesium layer. Double-clicked the level to make it active.
Add a cube to the sub-level and scaled it to 100.0 to make it easier to find.
Created a second new sub-level and assigned it to the Cesium layer. Double-clicked the level to make it active.
Moved the editor camera a short distance away and pressed the Place Georeference Origin Here button on the Cesium Georeference panel.
Added a cone to this second level, again with a scale of 100.0.
Pressed Play, and observed that as I move closer to the center of the first sub-level, the cube appears, and when I move closer to the second sub-level, the cube disappears and the cone reappears. I can move back and forth to switch between them.

I also did a shipping build and observed that it works there too.
Can you spot a difference from what you're doing? Are you able to share a project with me that exhibits the problem, so that I can take a look?

I'm only familiar with the original tutorial for sublevels https://cesium.com/learn/unreal/unreal-sublevels/
I noticed that with this version of cesium there is no sub-level index. So I'm not sure how to change the LatLongHeight of the current sublevel origin that actors would be offset from. So when I load a sublevel in, how do I change the scenes origin?
Sure, can I email you the link?

In the new version, you switch between sub-levels just by double-clicking them on the Levels panel. No need to use the sub-level index on the CesiumGeoreference anymore. To set the lat/lon/height of the sub-level, you can double-click it in the Levels panel to activate it, then edit the Origin Latitude/Longitude/Height properties on the CesiumGeoreference. You can also edit the properties in the sub-level section of Cesium Georeference, but that won't immediately update your view to match so it can be confusing.
Yes please email me the link. Use my first name at cesium.com. Or the email address in my github profile is fine too.

Quick update on this. I have @gvindiol's project, but I'm so far not able to reproduce the problem with the contents of a level "sticking" after the camera leaves the Load Radius. But I can reproduce the problem where the camera goes haywire after an InaccurateFlytoLocationLongLatHeight. It's caused by the -90 degree pitch value. Some kind of gimbal lock maybe? Changing the target pitch to -89.9 degrees works around the problem. I'll write a separate issue for it.

We were able to correct the sticky level problem by unchecking "Origin Rebase Inside" within the CesiumGeoreference Actor with no noticeable differences yet.

I was able to compile now but there's a new issue with the sublevels.

If I go in/out the CesiumGeoference sphere from sublevel A to Sublevel B. Sublevel A will not unload but migrate to the CesiumGeoreference for sublevel B and now the contents of Sublevel A and B are overlapping. The processes will repeat if I go to sublevel B to sublevel C. None of the sublevels unload and stack on-top the next CesiumGeoreference location.


[Feature] add the currently logged in github user among static users as assignees

🥰 需求描述
whenever we create a new issue we want one static user added as assignee and the currently logged in user, too
🧐 解决方案 Solution
This is what I tried, but it only adds the static "urapadmin" as assignee
name: Add Assigness

on:
  issues:
    types: [opened]

jobs:
  add-assigness:
    runs-on: ubuntu-latest
    steps:
      - name: Add assigness
        uses: actions-cool/issues-helper@v3
        with:
          actions: 'add-assignees'
          token: ${{ secrets.GITHUB_TOKEN }}
          issue-number: ${{ github.event.issue.number }}
          assignees: 'urapadmin,${{ github.actor }}'
          random-to: 1

Any suggestions?

YES! Thanks a bunch.


feat: add a token prefix for config

When I use client to write data, influxv3 displays a message indicating
 panic: {"error":"Authorization header was malformed and should be in the form 'Authorization: Bearer <token>'"}

, so I submit this pr
Proposed Changes
Briefly describe your proposed changes:
Checklist

[ ] CHANGELOG.md updated
[ ] Rebased/mergeable
[ ] A test has been added if appropriate
[ ] Tests pass
[ ] Commit messages are conventional
[ ] Sign CLA (if not already signed)

Hi @wj-stack, thanks for your PR. Which version of the InfluxDB do you use?

Hi @wj-stack, thanks for your PR. Which version of the InfluxDB do you use?

use influxdb v3

Which type? Serverless, Dedicated, or custom build of OSS?

Which type? Serverless, Dedicated, or custom build of OSS?

edge version (pre-release)? I just cloned the latest code and compiled it for use

I suggest TokenPrefix to be renamed to AuthScheme, acc. terminology used in https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Authorization.
I have a commit ready, with tests etc for that.

For your consideration: refactored in #91


Code review

Also you DCO seems to be failing. Please fix it here.

Codecov Report

Merging #10 (631ca3e) into main (3a7d8f4) will increase coverage by 52.52%.
The diff coverage is 52.52%.

@@            Coverage Diff            @@
##           main      #10       +/-   ##
=========================================
+ Coverage      0   52.52%   +52.52%
=========================================
  Files         0       23       +23
  Lines         0      455      +455
  Branches      0       74       +74
=========================================
+ Hits          0      239      +239
- Misses        0      216      +216

Impacted Files
Coverage Δ

packages/rest/src/utils/CredentialUtils.ts
17.64% <17.64%> (ø)

...rc/controllers/connections/ConnectionController.ts
28.57% <28.57%> (ø)

packages/rest/src/utils/ProofUtils.ts
28.57% <28.57%> (ø)

...rc/controllers/credentials/CredentialController.ts
32.43% <32.43%> (ø)

...st/src/controllers/credentials/SchemaController.ts
35.71% <35.71%> (ø)

...ges/rest/src/controllers/proofs/ProofController.ts
36.98% <36.98%> (ø)

...lers/credentials/CredentialDefinitionController.ts
40.00% <40.00%> (ø)

packages/rest/src/logger.ts
66.66% <66.66%> (ø)

packages/rest/src/index.ts
75.00% <75.00%> (ø)

packages/rest/src/schemas/ProofProposelRequest.ts
77.77% <77.77%> (ø)

... and 36 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3a7d8f4...631ca3e. Read the comment docs.

@janrtvld Once CI passes, the PR will be automatically merged. Great work 🎉


New Update

Hi! Great tool BTW!
I was wondering if you had to re-import all of your decks when you instal the new update.
Thank you!

Nope ;)


Move the return code check in pod.exec to be after ignore_rc check

Short description:
Move the return code check in pod.exec to be after ignore_rc check

!verified

!cherry-pick v4.11


How to download DHP 19 dataset in Linux?

Is there any tutorial related to my problem?
Thanks for your help!

Hi,
what is exactly the problem you're facing?
Could you install Resilio Sync?
(If not, there are instructions on their official website, e.g., https://help.resilio.com/hc/en-us/articles/206178924 or https://www.resilio.com/blog/official-linux-packages-for-sync-now-available)

Please google resiliosync linux... or check the ddd20 readme
https://sites.google.com/view/davis-driving-dataset-2020/home
Sorry about the hassle with download. We hope to migrate some of these
datasets to simpler cloud storage in future but it is too expensive for
us now.


Material with transparency on plane geometry not rendered

Description
When using a plane geometry with a transparent material, either MeshBasicMaterial or MeshStandardMaterial (transparent parameter of the material set to true), model-viewer does not render the object. If the same material is applied to a box geometry, it renders just fine. Also if another object is added to the scene with the transparent plane geometry, then everything is rendered corectly.
Live Demo
https://quixotic-amber-rotate.glitch.me/
GLTF model: https://data-store.xyz/transparent_m.gltf
Version

model-viewer: v1.12.0

Browser Affected

[x] Chrome, version: 103.0.5060.134
[ ] Edge
[ ] Firefox
[ ] IE
[ ] Safari

OS

[ ] Android
[x] iOS
[ ] Linux
[ ] MacOS
[x] Windows

AR

[ ] WebXR
[ ] SceneViewer
[ ] QuickLook

It seems to be working fine on our editor (which is serving the latest master, rather than the last release). Perhaps this has been recently fixed?

I've checked the editor and it does work as expected. For my project, I am pulling model-viewer like this: <script type="module"<EMAIL_ADDRESS>By the looks of it, I get version 1.12.0.  So I am not sure which is the latest master version?

You can try <script type="module"<EMAIL_ADDRESS>to test master, just don't use it in production.

Thank you, I can confirm that this version is working as expected. Do you have an estimate on when this would be made available to use in production?

This month, ideally. You can also pin your version earlier for now in case this bug was recently introduced, e.g. https://unpkg.com/<EMAIL_ADDRESS>


fix gettid() naming conflict

Same as https://github.com/grpc/grpc/pull/20048 for #20043

Thank you for your pull request. Before we can look at your contribution, we need to ensure all contributors are covered by a Contributor License Agreement.
After the following items are addressed, please respond with a new comment here, and the automated system will re-verify.

User @remicollet isn't covered by a CLA. They will need to complete the form at https://identity.linuxfoundation.org/projects/cncf

Regards,
CLA GitHub bot


Sidebar not able to close in mobile browser, if tapped on the sidebar launcher icon

I found same bug as in earlier 1.x.x version, so i just copied message:
This issue is reproducable in http://semantic-ui.com/modules/sidebar.html also under examples/trigger sidebar.
In my page, I had used attach event for setting launcher btn for sidebar as below
$('#sidebar-right').sidebar('attach events', '.sidebar-toggle-btn')
Step1 -> clicking on the sidebar-toggle-btn, shows the sidebar.
Step2 -> When using in Desktop => clicking on the sidebar-toggle-btn, triggers the sidebar toggle event and since sidebar is already visible, it hides the sidebar as expected.
Step 2 again in Mobile => clicking on the sidebar-toggle-btn, triggers the 'clickaway' function as the button is part of the dimmed page, also it moves to showing of the sidebar as well but it also ends up calling sidebar toggle event based on the 'attach event' setting and ends up closing the sidebar.
Couldnt figure out why it happens only in mobile.
I tried in my Mobile browser(chrome) and through browser mobile emulation - both had same results.
Please help me out guys.
Thanks in Advance.

That seems to have been fixed.


Luci Interface Status showing incorrect ipv6 subnet size, 18.06.0-rc1

In Openwrt 18.06.0-rc1 (WNDR3800 and Generic x86-64 images) in the interface status, the prefix size for ip addresses delegated to LAN interfaces is incorrect. It shows /64 even when they've been delegated a /60 prefix. This can be confirmed with ifconfig and prefixes can be delegated to LAN clients, which shouldn't be possible if the LAN interface only has a /64.
I did not observe this behaviour on 17.01.4, it correctly the shows /60 prefixes.

Please provide the output ubus call network.interface dump

ubus call network.interface dump
{
"interface": [
{
"interface": "lan",
"up": true,
"pending": false,
"available": true,
"autostart": true,
"dynamic": false,
"uptime": 66,
"l3_device": "br-lan",
"proto": "static",
"device": "br-lan",
"updated": [
"addresses"
],
"metric": 0,
"dns_metric": 0,
"delegation": true,
"ipv4-address": [
{
"address": "<IP_ADDRESS>",
"mask": 24
}
],
"ipv6-address": [
                    ],
                    "ipv6-prefix": [

                    ],
                    "ipv6-prefix-assignment": [
                            {
                                    "address": "2604:3d09:7680:400::",
                                    "mask": 56,
                                    "preferred": 3469,
                                    "valid": 3469,
                                    "local-address": {
                                            "address": "2604:3d09:7680:400::",
                                            "mask": 64
                                    }
                            },
                            {
                                    "address": "fc15::",
                                    "mask": 56,
                                    "local-address": {
                                            "address": "fc15::",
                                            "mask": 64
                                    }
                            }
                    ],
                    "route": [

                    ],
                    "dns-server": [

                    ],
                    "dns-search": [

                    ],
                    "inactive": {
                            "ipv4-address": [

                            ],
                            "ipv6-address": [

                            ],
                            "route": [

                            ],
                            "dns-server": [

                            ],
                            "dns-search": [

                            ]
                    },
                    "data": {

                    }
            },
            {
                    "interface": "loopback",
                    "up": true,
                    "pending": false,
                    "available": true,
                    "autostart": true,
                    "dynamic": false,
                    "uptime": 66,
                    "l3_device": "lo",
                    "proto": "static",
                    "device": "lo",
                    "updated": [
                            "addresses"
                    ],
                    "metric": 0,
                    "dns_metric": 0,
                    "delegation": true,
                    "ipv4-address": [
                            {
                                    "address": "<IP_ADDRESS>",
                                    "mask": 8
                            }
                    ],
                    "ipv6-address": [

                    ],
                    "ipv6-prefix": [

                    ],
                    "ipv6-prefix-assignment": [

                    ],
                    "route": [

                    ],
                    "dns-server": [

                    ],
                    "dns-search": [

                    ],
                    "inactive": {
                            "ipv4-address": [

                            ],
                            "ipv6-address": [

                            ],
                            "route": [

                            ],
                            "dns-server": [

                            ],
                            "dns-search": [

                            ]
                    },
                    "data": {

                    }
            },
            {
                    "interface": "wan",
                    "up": true,
                    "pending": false,
                    "available": true,
                    "autostart": true,
                    "dynamic": false,
                    "uptime": 63,
                    "l3_device": "eth1",
                    "proto": "dhcp",
                    "device": "eth1",
                    "updated": [
                            "addresses",
                            "routes",
                            "data"
                    ],
                    "metric": 0,
                    "dns_metric": 0,
                    "delegation": true,
                    "ipv4-address": [
                            {
                                    "address": "<IP_ADDRESS>",
                                    "mask": 22
                            }
                    ],
                    "ipv6-address": [

                    ],
                    "ipv6-prefix": [

                    ],
                    "ipv6-prefix-assignment": [

                    ],
                    "route": [
                            {
                                    "target": "<IP_ADDRESS>",
                                    "mask": 0,
                                    "nexthop": "<IP_ADDRESS>",
                                    "source": "<IP_ADDRESS>\/32"
                            }
                    ],
                    "dns-server": [
                            "<IP_ADDRESS>",
                            "<IP_ADDRESS>"
                    ],
                    "dns-search": [
                            "ed.shawcable.net"
                    ],
                    "inactive": {
                            "ipv4-address": [

                            ],
                            "ipv6-address": [

                            ],
                            "route": [

                            ],
                            "dns-server": [

                            ],
                            "dns-search": [

                            ]
                    },
                    "data": {
                            "hostname": "S01062cb05d9c78f3",
                            "leasetime": 3476
                    }
            },
            {
                    "interface": "wan6",
                    "up": true,
                    "pending": false,
                    "available": true,
                    "autostart": true,
                    "dynamic": false,
                    "uptime": 61,
                    "l3_device": "eth1",
                    "proto": "dhcpv6",
                    "device": "eth1",
                    "metric": 0,
                    "dns_metric": 0,
                    "delegation": true,
                    "ipv4-address": [

                    ],
                    "ipv6-address": [
                            {
                                    "address": "2604:3d08:3:16:c829:9e6c:d8f:344f",
                                    "mask": 128,
                                    "preferred": 3469,
                                    "valid": 3469
                            }
                    ],
                    "ipv6-prefix": [
                            {
                                    "address": "2604:3d09:7680:400::",
                                    "mask": 56,
                                    "preferred": 3469,
                                    "valid": 3469,
                                    "class": "wan6",
                                    "assigned": {
                                            "lan": {
                                                    "address": "2604:3d09:7680:400::",
                                                    "mask": 56
                                            }
                                    }
                            }
                    ],
                    "ipv6-prefix-assignment": [

                    ],
                    "route": [
                            {
                                    "target": "::",
                                    "mask": 0,
                                    "nexthop": "fe80::201:5cff:fe89:ce46",
                                    "metric": 512,
                                    "valid": 1790,
                                    "source": "2604:3d09:7680:400::\/56"
                            },
                            {
                                    "target": "::",
                                    "mask": 0,
                                    "nexthop": "fe80::201:5cff:fe89:ce46",
                                    "metric": 512,
                                    "valid": 1790,
                                    "source": "2604:3d08:3:16:c829:9e6c:d8f:344f\/128"
                            }
                    ],
                    "dns-server": [
                            "2001:4e8:0:4004::11",
                            "2001:4e8:0:4005::11"
                    ],
                    "dns-search": [

                    ],
                    "inactive": {
                            "ipv4-address": [

                            ],
                            "ipv6-address": [

                            ],
                            "route": [

                            ],
                            "dns-server": [

                            ],
                            "dns-search": [

                            ]
                    },
                    "data": {
                            "passthru": "00170020200104e8000040040000000000000011200104e8000040050000000000000011"
                    }
            }
    ]

}

Note that LuCI reports the "local-address" attribute of the downstream interfaces as "IPv6", it does not report the actually delegated portion of the available PD pool.
Apparently the information in ubus does not match the configuration performed by netifd, this is a bu that needs to be fixed on the OpenWrt side.

This has been fixed on the OpenWrt side within netifd.


Update cloudposse module version

After upgrading the version. Please test the example folder

I am hoping there TF registry gets updated , Already raised an issue
https://github.com/cloudposse/terraform-aws-budgets/issues/40
If its not resolved then we can fetch the latest tag from github rather than from TF registry

The pull request has been approved and merged into the main branch. Hence, closing the ticket.


Add new alerter for a more flexible HTTP Post

Description
Add a new alerter HTTP Post 2 which is a more flexible version of the HTTP Post alerter.
This alerter remove the difference between http_post_payload and http_post_payload_static to privileged only one field http_post_payload which allow to use Jinja2 templating to inject fields in a HTTP Post body.
I kept the old behavior of http_post_payload in http_post_raw_fields in case you want to keep the type of a field (a number for example).
The Jinja templating works for the keys and also the values, providing total flexibility for the users to send HTTP request with any format using the fields of the matches.
This PR resolve (at least partially):

https://github.com/jertel/elastalert2/issues/165

Checklist

[x] I have reviewed the contributing guidelines.
[x] I have included unit tests for my changes or additions.
[x] I have successfully run make test-docker with my changes.
[x] I have manually tested all relevant modes of the change in this PR.
[x] I have updated the documentation.
[x] I have updated the changelog.

Questions or Comments

I created a new alerter so it doesn't break the old alerter HTTP Post and doesn't require a major version change.

I don't seem to fix loaders.py

How to write changelog is different from other people. Please correct.

Does this really work?

It looks like HTTPPost2Alerter isn't called from anywhere. If you specify alert: post, it will be called HTTP Post Alerter as it is.

If you want to keep the HTTPPostAlerter, you may use the old one and the new one at the same time. If so, shouldn't the setting name be http_post2_ setting name at the beginning so that it doesn't collide?

I don't seem to fix loaders.py

As I said, it partially fixed the issue. My purpose is not to fix the loader, only to create a more flexible HTTP alerter.

It looks like HTTPPost2Alerter isn't called from anywhere. If you specify alert: post, it will be called HTTP Post Alerter as it is.

Yeah, my bad. I'm not really familiar with this code, so I forgot to add the post2 to the loaders.py. It's fixed now.

If you want to keep the HTTPPostAlerter, you may use the old one and the new one at the same time. If so, shouldn't the setting name be http_post2_ setting name at the beginning so that it doesn't collide?

Yes totally, thanks for pointing it out! I'm fixing this in a new commit

I think you should add the validation check setting to schema.yaml. There is a description of HTTP POST settings in 440 to 445. When you run the rule, jsonschema can check the settings in schema.yaml and check the data type if there is a key, and if they are different, you can raise an exception to prevent the rule from running.
https://github.com/jertel/elastalert2/blob/master/elastalert/schema.yaml#L440

@jertel
Is there anything else you care about?


Action_space dimensions formally too large

Dear all,
With latest update, which allowed to increase the number of maximum nodes using kwargs dict inside registry(...) function, the default parameters are 100 nodes, https://github.com/microsoft/CyberBattleSim/blob/4fd228bccfc2b088d911e27072a923251203cac8/cyberbattle/_env/cyberbattle_env.py#L390, which makes action_space for local, remote and connect to be especially large.
Although, that does not change the logic of computing action_mask and set valid node id to be nax number of discovered nodes, internally vector is set to be too big.

Question: I want to ask for the logic of change from using max_node_count parameter here https://github.com/microsoft/CyberBattleSim/blob/4fd228bccfc2b088d911e27072a923251203cac8/cyberbattle/_env/cyberbattle_env.py#L608, why we want to have option to enlarge the maximum nodes count using registry and this we had to change the value from inferred form initial_network to the one included in bounds for registry function?
Solution: The workaround as I see can be simply to make this parameters maximum_node_count: int | None and then make if else logic for setting them equal to initial number of parameters from network (done in previous commits from main)

@kvas7andy To make sure I understand correctly the change you are proposing, could you submit a PR or share a diff here of the proposed change?


Plan to deprecating template

After version 0.0.2, Template Class and it's subclasses are unused.
Template gonna be deprecated.

#4


Dart should warn on guaranteed cast errors

(I think this would significantly help Flutter, Angular, and all Dart2 users)
Best explained through an example:
void giveMeListOfString(List<String> names) {}

void main() {
  // "Effectively" final List<dynamic>
  var names = [];
  if (someFlag) {
    names.add('Matan');
  }

  // Statically does *not* accept List<dynamic>
  giveMeListOfStrings(names);
}

This line:
giveMeListOfStrings(names);

... will never succeed, statically. It is a runtime error in Dart2, however, because of implicit downcasts. That's a much harder problem, and might require additional flags and such. I think we could catch a good number of "local" downcast errors in the analyzer:

If the variable is definitively a Generic<T> where T is dynamic
And is passed in somewhere expecting T != dynamic

... issue a warning or lint or whatever:
// LINT: local_downcast_will_fail_at_runtime
giveMeListOfStrings(names);

This might remind you of @Hixie's bugs around List<Widget>. That is intentional :)
... in conjunction with a "quick fix", it could suggest rewriting names as <String> [].

This could also be a --strict addition, i.e. --strict-static-cast-errors, or related.
I totally understand why Dart2, the specification, does not allow giveMeListOfStrings(names) to be an error, because you need to be able to write code like:
try {
  giveMeListOfStrings(names);
} on CastError {
  // ...
}

For example, for:
void main() {
  var x = [];
  useListOfString(x);
}

void useListOfString(List<String> _) {
  print('Yay!');
}

Dart2JS emits, roughly:
main: function() {
  H.assertSubtype([], "$isList", [P.String], "$asList");
  H.printString("Yay!");
}

But given that I think 99.99%+ of users do not want a CastError (or TypeError), I wish we could emit a warning/info/lint when we know one will be generated.

Note #33307, 'Exact types': A situation where a cast is guaranteed to fail is also often a situation where some relevant expression may be given an exact type.

Thanks @eernstg. To be clear, I hope this isn't gated on changing the specification :)
(Call it a "warning" or a "hint" or whatever nomenclature lets me have it sooner!)

I can see the point, but if we don't know which types will be considered exact then we may not know how to deal with some concrete situations. Say, how about the return type of a local function declared as foo() => <num>[];, should that make List<int> x = foo(); an error? Considering that updates from Dart 2 and onwards should be non-breaking (for quite a while, at least ;) it might be a good idea to handle this in a lint.

I can see the point, but if we don't know which types will be considered exact then we may not know how to deal with some concrete situations.

Honestly for most cases I see users hit this, just considering the precise/exact/simple cases (i.e. doesn't require global inference) is a huuuuuuuuge benefit. I'd hate to try and solve 100%.

We can't hope for completeness because the underlying problem is undecidable, but we must be able to tell precisely which expressions have an exact type. Focusing on literals (including function literals) at first would make sense, but constant expressions have an exact type as well, even when accessed via one or more declared names, so it isn't even obvious which cases are "easy" to be included in a first round. In any case, any new error will conflict with the intention to stay away from breaking changes for quite a while, so it would have to be a lint.

Yes, the request was for a lint or hint or warning not an error 👍

Thanks @matanlurey for pointing me to the correct issue.
I just want to add an example, where this caused a runtime error because the analyzer did not complain:
When this change was made in package coverage the code changed from void mergeHitmaps(Map newMap, Map result) to void mergeHitmaps( Map<String, Map<int, int>> newMap, Map<String, Map<int, int>> result).
Meanwhile, in dart_coverage it was used like this:
Map<String, dynamic> hitmap = {};
mergeHitmaps(createHitmap(reportFile), hitmap);

resulting in a runtime exception of type '_InternalLinkedHashMap<String, dynamic>' is not a subtype of type 'Map<String, Map<int, int>>'. And this in turn was one of the reasons why for example the linter package apparently didn't get any coverage reports for a month (the error also wasn't reported, because the linter build doesn't have the flags on dart_coveralls set to output this error; so it wasn't even obvious why it failed).
In my opinion this should be reported by the analyzer by default as it fails on runtime anyway and can never be successful so it should not require any flags. I can get a warning by using
strong-mode:
    implicit-casts: false

but this will also add warnings to places that at least have a chance to succeed -> all paces where the parameter itself is dynamic and not one of the type parameters.

@eernstg:

but it could perhaps be done semi-automatically by searching for empty maps or somesuch, and otherwise just by making more declarations const whenever possible.

I don't think you need to go that far. For any final local variable, it's safe to assume right now.
For any mutable (var), you'd have to do (local) flow-analysis to assure that the variable is "effectively" final. That might be cumbersome, and maybe the answer there is to ask users to make all effectively final local variables final to get extra static-checking.

For any final local variable, it's safe to assume right now.

Ah, that's right: If a final variable (local or not) with no type annotation is initialized by an expression whose type has some kind of exactness, the variable itself can be given the same type including the exactness. But if it's constant then we always know the actual value, which in particular means that its type is exact.
For the 'effectively final' stuff, I hope we can introduce something like x := e which would declare x as a final local variable whose type is the type of e, initializing it with the value of e. Maybe we can then persuade developers to use a final local rather than a mutable one whenever possible. ;-)

Is this issue still valid?
The below triggers argument_type_not_assignable hint.
void giveMeListOfStrings(List<String> names) {}

void f(bool b) {
  // "Effectively" final List<dynamic>
  var names = [];
  if (b) {
    names.add('Matan');
  }

  // Statically does *not* accept List<dynamic>
  giveMeListOfStrings(names);
}

I'll close this issue: The original example relies on implicit downcasts, and they have not been present in the language for any other source type than dynamic for a while (so dynamic d = 1; int i = d; is allowed, but List<dynamic> list = []; List<String> strings = list; is a compile-time error, as you mention).
@matanlurey, please reopen or create a new issue if you think there a substantial part of this issue that hasn't already been handled by more recent language updates.