Status change of object charge_status not visible

Bug Description
Hi copystring,
due that I tried to work with the objectd charge status for my Roborock S8 I can´t recognize any change.Status is always `1´ .
Is there any explanation, what this status should show?
Steps to Reproduce
During charging the Roborock no change.
Expected Behavior
My expectation is that during charge, the object charge_status change to 0, otherwise out of charging should be 1.
Debug Log

Adapter Version
0.6.17
JS-Controller Version
6.0.11
Node.js Version
20.18.0
Operating System
pi 4b
Additional Context
No response

iobroker.2024-10-24.log
Here we go.
Remark: somwhere by 16.20.xx.xxx Robot has reached the charge station!

I have checked and filtered your logs. This is the data directly unprocessed from roborock. charge_status is always 1.
Why? I can't tell you why roborock sends it like this. It's out of my control.
See your filtered but unprocessed log:
127: 2024-10-24 16:18:38.516  - ...roborock.0 (24640) ... 3 ...: [{...,"msg_seq":7285,...,"charge_status":1,...}]
200: 2024-10-24 16:18:40.243  - ...roborock.0 (24640) ... 13 ...: [{...,"msg_seq":7286,...,"charge_status":1,...}]
209: 2024-10-24 16:18:41.251  - ...roborock.0 (24640) ... 14 ...: [{...,"msg_seq":7287,...,"charge_status":1,...}]
228: 2024-10-24 16:18:42.206  - ...roborock.0 (24640) ... 17 ...: [{...,"msg_seq":7288,...,"charge_status":1,...}]
242: 2024-10-24 16:18:43.798  - ...roborock.0 (24640) ... 19 ...: [{...,"msg_seq":7289,...,"charge_status":1,...}]
254: 2024-10-24 16:18:44.240  - ...roborock.0 (24640) ... 21 ...: [{...,"msg_seq":7290,...,"charge_status":1,...}]
264: 2024-10-24 16:18:45.249  - ...roborock.0 (24640) ... 22 ...: [{...,"msg_seq":7291,...,"charge_status":1,...}]
282: 2024-10-24 16:18:46.196  - ...roborock.0 (24640) ... 25 ...: [{...,"msg_seq":7292,...,"charge_status":1,...}]
292: 2024-10-24 16:18:47.201  - ...roborock.0 (24640) ... 27 ...: [{...,"msg_seq":7293,...,"charge_status":1,...}]
310: 2024-10-24 16:18:48.196  - ...roborock.0 (24640) ... 29 ...: [{...,"msg_seq":7294,...,"charge_status":1,...}]
491: 2024-10-24 16:19:00.426  - ...roborock.0 (24640) ... 59 ...: [{...,"msg_seq":7295,...,"charge_status":1,...}]
514: 2024-10-24 16:19:01.451  - ...roborock.0 (24640) ... 62 ...: [{...,"msg_seq":7296,...,"charge_status":1,...}]
534: 2024-10-24 16:19:18.108  - ...roborock.0 (24640) ... 65 ...: [{...,"msg_seq":7297,...,"charge_status":1,...}]
541: 2024-10-24 16:19:18.602  - ...roborock.0 (24640) ... 66 ...: [{...,"msg_seq":7298,...,"charge_status":1,...}]
549: 2024-10-24 16:19:19.565  - ...roborock.0 (24640) ... 67 ...: [{...,"msg_seq":7299,...,"charge_status":1,...}]
557: 2024-10-24 16:19:20.518  - ...roborock.0 (24640) ... 68 ...: [{...,"msg_seq":7300,...,"charge_status":1,...}]
573: 2024-10-24 16:19:21.519  - ...roborock.0 (24640) ... 70 ...: [{...,"msg_seq":7301,...,"charge_status":1,...}]
582: 2024-10-24 16:19:22.534  - ...roborock.0 (24640) ... 71 ...: [{...,"msg_seq":7302,...,"charge_status":1,...}]
590: 2024-10-24 16:19:23.518  - ...roborock.0 (24640) ... 72 ...: [{...,"msg_seq":7303,...,"charge_status":1,...}]
599: 2024-10-24 16:19:24.518  - ...roborock.0 (24640) ... 73 ...: [{...,"msg_seq":7305,...,"charge_status":1,...}]
607: 2024-10-24 16:19:25.520  - ...roborock.0 (24640) ... 74 ...: [{...,"msg_seq":7306,...,"charge_status":1,...}]
615: 2024-10-24 16:19:26.519  - ...roborock.0 (24640) ... 75 ...: [{...,"msg_seq":7307,...,"charge_status":1,...}]
635: 2024-10-24 16:19:27.295  - ...roborock.0 (24640) ... 78 ...: [{...,"msg_seq":7308,...,"charge_status":1,...}]
642: 2024-10-24 16:19:27.896  - ...roborock.0 (24640) ... 79 ...: [{...,"msg_seq":7309,...,"charge_status":1,...}]
652: 2024-10-24 16:19:28.782  - ...roborock.0 (24640) ... 81 ...: [{...,"msg_seq":7310,...,"charge_status":1,...}]
670: 2024-10-24 16:19:29.203  - ...roborock.0 (24640) ... 83 ...: [{...,"msg_seq":7311,...,"charge_status":1,...}]
677: 2024-10-24 16:19:29.875  - ...roborock.0 (24640) ... 84 ...: [{...,"msg_seq":7312,...,"charge_status":1,...}]
687: 2024-10-24 16:19:30.786  - ...roborock.0 (24640) ... 86 ...: [{...,"msg_seq":7313,...,"charge_status":1,...}]
705: 2024-10-24 16:19:31.215  - ...roborock.0 (24640) ... 88 ...: [{...,"msg_seq":7314,...,"charge_status":1,...}]
712: 2024-10-24 16:19:31.835  - ...roborock.0 (24640) ... 89 ...: [{...,"msg_seq":7315,...,"charge_status":1,...}]
722: 2024-10-24 16:19:32.785  - ...roborock.0 (24640) ... 91 ...: [{...,"msg_seq":7316,...,"charge_status":1,...}]
739: 2024-10-24 16:19:33.015  - ...roborock.0 (24640) ... 93 ...: [{...,"msg_seq":7317,...,"charge_status":1,...}]
747: 2024-10-24 16:19:33.835  - ...roborock.0 (24640) ... 94 ...: [{...,"msg_seq":7318,...,"charge_status":1,...}]
757: 2024-10-24 16:19:34.785  - ...roborock.0 (24640) ... 96 ...: [{...,"msg_seq":7319,...,"charge_status":1,...}]
774: 2024-10-24 16:19:35.062  - ...roborock.0 (24640) ... 98 ...: [{...,"msg_seq":7320,...,"charge_status":1,...}]
782: 2024-10-24 16:19:35.828  - ...roborock.0 (24640) ... 99 ...: [{...,"msg_seq":7321,...,"charge_status":1,...}]
792: 2024-10-24 16:19:36.825  - ...roborock.0 (24640) ... 101 ...: [{...,"msg_seq":7322,...,"charge_status":1,...}]
809: 2024-10-24 16:19:37.130  - ...roborock.0 (24640) ... 103 ...: [{...,"msg_seq":7323,...,"charge_status":1,...}]
817: 2024-10-24 16:19:37.799  - ...roborock.0 (24640) ... 104 ...: [{...,"msg_seq":7324,...,"charge_status":1,...}]
825: 2024-10-24 16:19:38.287  - ...roborock.0 (24640) ... 105 ...: [{...,"msg_seq":7325,...,"charge_status":1,...}]
877: 2024-10-24 16:19:38.894  - ...roborock.0 (24640) ... 112 ...: [{...,"msg_seq":7326,...,"charge_status":1,...}]
893: 2024-10-24 16:19:39.136  - ...roborock.0 (24640) ... 114 ...: [{...,"msg_seq":7327,...,"charge_status":1,...}]
901: 2024-10-24 16:19:39.792  - ...roborock.0 (24640) ... 115 ...: [{...,"msg_seq":7328,...,"charge_status":1,...}]
911: 2024-10-24 16:19:40.835  - ...roborock.0 (24640) ... 117 ...: [{...,"msg_seq":7329,...,"charge_status":1,...}]
928: 2024-10-24 16:19:41.034  - ...roborock.0 (24640) ... 119 ...: [{...,"msg_seq":7330,...,"charge_status":1,...}]
936: 2024-10-24 16:19:41.785  - ...roborock.0 (24640) ... 120 ...: [{...,"msg_seq":7331,...,"charge_status":1,...}]
946: 2024-10-24 16:19:42.826  - ...roborock.0 (24640) ... 122 ...: [{...,"msg_seq":7332,...,"charge_status":1,...}]
963: 2024-10-24 16:19:43.138  - ...roborock.0 (24640) ... 124 ...: [{...,"msg_seq":7333,...,"charge_status":1,...}]
971: 2024-10-24 16:19:43.793  - ...roborock.0 (24640) ... 125 ...: [{...,"msg_seq":7334,...,"charge_status":1,...}]
981: 2024-10-24 16:19:44.824  - ...roborock.0 (24640) ... 127 ...: [{...,"msg_seq":7335,...,"charge_status":1,...}]
998: 2024-10-24 16:19:45.129  - ...roborock.0 (24640) ... 129 ...: [{...,"msg_seq":7336,...,"charge_status":1,...}]
1006: 2024-10-24 16:19:45.881  - ...roborock.0 (24640) ... 130 ...: [{...,"msg_seq":7337,...,"charge_status":1,...}]
1016: 2024-10-24 16:19:46.782  - ...roborock.0 (24640) ... 132 ...: [{...,"msg_seq":7338,...,"charge_status":1,...}]
1033: 2024-10-24 16:19:47.065  - ...roborock.0 (24640) ... 134 ...: [{...,"msg_seq":7339,...,"charge_status":1,...}]
1041: 2024-10-24 16:19:47.785  - ...roborock.0 (24640) ... 135 ...: [{...,"msg_seq":7340,...,"charge_status":1,...}]
1051: 2024-10-24 16:19:48.859  - ...roborock.0 (24640) ... 137 ...: [{...,"msg_seq":7341,...,"charge_status":1,...}]
1069: 2024-10-24 16:19:49.226  - ...roborock.0 (24640) ... 139 ...: [{...,"msg_seq":7342,...,"charge_status":1,...}]
1076: 2024-10-24 16:19:49.837  - ...roborock.0 (24640) ... 140 ...: [{...,"msg_seq":7343,...,"charge_status":1,...}]
1086: 2024-10-24 16:19:50.782  - ...roborock.0 (24640) ... 142 ...: [{...,"msg_seq":7344,...,"charge_status":1,...}]
1103: 2024-10-24 16:19:51.176  - ...roborock.0 (24640) ... 144 ...: [{...,"msg_seq":7345,...,"charge_status":1,...}]
1111: 2024-10-24 16:19:51.788  - ...roborock.0 (24640) ... 145 ...: [{...,"msg_seq":7346,...,"charge_status":1,...}]
1121: 2024-10-24 16:19:52.803  - ...roborock.0 (24640) ... 147 ...: [{...,"msg_seq":7347,...,"charge_status":1,...}]
1139: 2024-10-24 16:19:53.116  - ...roborock.0 (24640) ... 149 ...: [{...,"msg_seq":7348,...,"charge_status":1,...}]
1146: 2024-10-24 16:19:53.833  - ...roborock.0 (24640) ... 150 ...: [{...,"msg_seq":7349,...,"charge_status":1,...}]
1156: 2024-10-24 16:19:54.794  - ...roborock.0 (24640) ... 152 ...: [{...,"msg_seq":7350,...,"charge_status":1,...}]
1173: 2024-10-24 16:19:55.080  - ...roborock.0 (24640) ... 154 ...: [{...,"msg_seq":7351,...,"charge_status":1,...}]
1181: 2024-10-24 16:19:55.826  - ...roborock.0 (24640) ... 155 ...: [{...,"msg_seq":7352,...,"charge_status":1,...}]
1191: 2024-10-24 16:19:56.827  - ...roborock.0 (24640) ... 157 ...: [{...,"msg_seq":7353,...,"charge_status":1,...}]
1208: 2024-10-24 16:19:57.044  - ...roborock.0 (24640) ... 159 ...: [{...,"msg_seq":7354,...,"charge_status":1,...}]
1216: 2024-10-24 16:19:57.793  - ...roborock.0 (24640) ... 160 ...: [{...,"msg_seq":7355,...,"charge_status":1,...}]
1226: 2024-10-24 16:19:58.799  - ...roborock.0 (24640) ... 162 ...: [{...,"msg_seq":7356,...,"charge_status":1,...}]
1245: 2024-10-24 16:19:59.147  - ...roborock.0 (24640) ... 164 ...: [{...,"msg_seq":7357,...,"charge_status":1,...}]
1253: 2024-10-24 16:19:59.792  - ...roborock.0 (24640) ... 165 ...: [{...,"msg_seq":7358,...,"charge_status":1,...}]
1263: 2024-10-24 16:20:00.833  - ...roborock.0 (24640) ... 167 ...: [{...,"msg_seq":7359,...,"charge_status":1,...}]
1281: 2024-10-24 16:20:01.100  - ...roborock.0 (24640) ... 169 ...: [{...,"msg_seq":7360,...,"charge_status":1,...}]
1289: 2024-10-24 16:20:01.788  - ...roborock.0 (24640) ... 170 ...: [{...,"msg_seq":7361,...,"charge_status":1,...}]
1302: 2024-10-24 16:20:02.794  - ...roborock.0 (24640) ... 172 ...: [{...,"msg_seq":7365,...,"charge_status":1,...}]
1328: 2024-10-24 16:20:03.553  - ...roborock.0 (24640) ... 175 ...: [{...,"msg_seq":7366,...,"charge_status":1,...}]
1342: 2024-10-24 16:20:04.070  - ...roborock.0 (24640) ... 177 ...: [{...,"msg_seq":7368,...,"charge_status":1,...}]
1351: 2024-10-24 16:20:04.988  - ...roborock.0 (24640) ... 178 ...: [{...,"msg_seq":7369,...,"charge_status":1,...}]
1370: 2024-10-24 16:20:06.029  - ...roborock.0 (24640) ... 181 ...: [{...,"msg_seq":7370,...,"charge_status":1,...}]
1380: 2024-10-24 16:20:07.014  - ...roborock.0 (24640) ... 182 ...: [{...,"msg_seq":7371,...,"charge_status":1,...}]
1398: 2024-10-24 16:20:07.984  - ...roborock.0 (24640) ... 185 ...: [{...,"msg_seq":7372,...,"charge_status":1,...}]
1416: 2024-10-24 16:20:09.422  - ...roborock.0 (24640) ... 188 ...: [{...,"msg_seq":7373,...,"charge_status":1,...}]
1424: 2024-10-24 16:20:10.343  - ...roborock.0 (24640) ... 189 ...: [{...,"msg_seq":7374,...,"charge_status":1,...}]
1442: 2024-10-24 16:20:11.482  - ...roborock.0 (24640) ... 192 ...: [{...,"msg_seq":7375,...,"charge_status":1,...}]
1450: 2024-10-24 16:20:12.306  - ...roborock.0 (24640) ... 193 ...: [{...,"msg_seq":7376,...,"charge_status":1,...}]
1468: 2024-10-24 16:20:13.366  - ...roborock.0 (24640) ... 196 ...: [{...,"msg_seq":7377,...,"charge_status":1,...}]
1477: 2024-10-24 16:20:14.344  - ...roborock.0 (24640) ... 197 ...: [{...,"msg_seq":7378,...,"charge_status":1,...}]
1496: 2024-10-24 16:20:15.339  - ...roborock.0 (24640) ... 200 ...: [{...,"msg_seq":7379,...,"charge_status":1,...}]
1507: 2024-10-24 16:20:16.306  - ...roborock.0 (24640) ... 202 ...: [{...,"msg_seq":7380,...,"charge_status":1,...}]
1524: 2024-10-24 16:20:17.301  - ...roborock.0 (24640) ... 204 ...: [{...,"msg_seq":7381,...,"charge_status":1,...}]
1542: 2024-10-24 16:20:18.847  - ...roborock.0 (24640) ... 207 ...: [{...,"msg_seq":7382,...,"charge_status":1,...}]
1550: 2024-10-24 16:20:19.702  - ...roborock.0 (24640) ... 208 ...: [{...,"msg_seq":7383,...,"charge_status":1,...}]
1570: 2024-10-24 16:20:20.750  - ...roborock.0 (24640) ... 211 ...: [{...,"msg_seq":7384,...,"charge_status":1,...}]
1579: 2024-10-24 16:20:21.699  - ...roborock.0 (24640) ... 212 ...: [{...,"msg_seq":7385,...,"charge_status":1,...}]
1598: 2024-10-24 16:20:22.710  - ...roborock.0 (24640) ... 215 ...: [{...,"msg_seq":7386,...,"charge_status":1,...}]
1616: 2024-10-24 16:20:24.181  - ...roborock.0 (24640) ... 218 ...: [{...,"msg_seq":7387,...,"charge_status":1,...}]
1624: 2024-10-24 16:20:25.042  - ...roborock.0 (24640) ... 219 ...: [{...,"msg_seq":7388,...,"charge_status":1,...}]
1644: 2024-10-24 16:20:26.042  - ...roborock.0 (24640) ... 222 ...: [{...,"msg_seq":7389,...,"charge_status":1,...}]
1653: 2024-10-24 16:20:27.042  - ...roborock.0 (24640) ... 223 ...: [{...,"msg_seq":7390,...,"charge_status":1,...}]
1672: 2024-10-24 16:20:28.001  - ...roborock.0 (24640) ... 226 ...: [{...,"msg_seq":7391,...,"charge_status":1,...}]
1690: 2024-10-24 16:20:29.505  - ...roborock.0 (24640) ... 229 ...: [{...,"msg_seq":7392,...,"charge_status":1,...}]
1698: 2024-10-24 16:20:30.385  - ...roborock.0 (24640) ... 230 ...: [{...,"msg_seq":7393,...,"charge_status":1,...}]
1718: 2024-10-24 16:20:31.506  - ...roborock.0 (24640) ... 233 ...: [{...,"msg_seq":7394,...,"charge_status":1,...}]
1726: 2024-10-24 16:20:32.388  - ...roborock.0 (24640) ... 234 ...: [{...,"msg_seq":7395,...,"charge_status":1,...}]
1746: 2024-10-24 16:20:33.389  - ...roborock.0 (24640) ... 237 ...: [{...,"msg_seq":7396,...,"charge_status":1,...}]
1755: 2024-10-24 16:20:34.355  - ...roborock.0 (24640) ... 238 ...: [{...,"msg_seq":7397,...,"charge_status":1,...}]
1774: 2024-10-24 16:20:35.351  - ...roborock.0 (24640) ... 241 ...: [{...,"msg_seq":7398,...,"charge_status":1,...}]
1785: 2024-10-24 16:20:36.795  - ...roborock.0 (24640) ... 243 ...: [{...,"msg_seq":7399,...,"charge_status":1,...}]
1800: 2024-10-24 16:20:37.347  - ...roborock.0 (24640) ... 245 ...: [{...,"msg_seq":7400,...,"charge_status":1,...}]
1820: 2024-10-24 16:20:38.576  - ...roborock.0 (24640) ... 248 ...: [{...,"msg_seq":7401,...,"charge_status":1,...}]
1824: 2024-10-24 16:20:38.621  - ...roborock.0 (24640) ... 249 ...: [{...,"msg_seq":7402,...,"charge_status":1,...}]
1878: 2024-10-24 16:20:40.082  - ...roborock.0 (24640) ... 256 ...: [{...,"msg_seq":7403,...,"charge_status":1,...}]
1885: 2024-10-24 16:20:40.497  - ...roborock.0 (24640) ... 257 ...: [{...,"msg_seq":7404,...,"charge_status":1,...}]
1894: 2024-10-24 16:20:41.481  - ...roborock.0 (24640) ... 258 ...: [{...,"msg_seq":7405,...,"charge_status":1,...}]
1902: 2024-10-24 16:20:42.474  - ...roborock.0 (24640) ... 259 ...: [{...,"msg_seq":7406,...,"charge_status":1,...}]
1910: 2024-10-24 16:20:43.476  - ...roborock.0 (24640) ... 260 ...: [{...,"msg_seq":7407,...,"charge_status":1,...}]
1918: 2024-10-24 16:20:44.474  - ...roborock.0 (24640) ... 261 ...: [{...,"msg_seq":7408,...,"charge_status":1,...}]
1926: 2024-10-24 16:20:45.475  - ...roborock.0 (24640) ... 262 ...: [{...,"msg_seq":7409,...,"charge_status":1,...}]
1934: 2024-10-24 16:20:46.473  - ...roborock.0 (24640) ... 263 ...: [{...,"msg_seq":7410,...,"charge_status":1,...}]
1942: 2024-10-24 16:20:47.472  - ...roborock.0 (24640) ... 264 ...: [{...,"msg_seq":7411,...,"charge_status":1,...}]
1950: 2024-10-24 16:20:48.473  - ...roborock.0 (24640) ... 265 ...: [{...,"msg_seq":7412,...,"charge_status":1,...}]
1958: 2024-10-24 16:20:49.524  - ...roborock.0 (24640) ... 266 ...: [{...,"msg_seq":7413,...,"charge_status":1,...}]
1966: 2024-10-24 16:20:50.476  - ...roborock.0 (24640) ... 267 ...: [{...,"msg_seq":7414,...,"charge_status":1,...}]
1974: 2024-10-24 16:20:51.474  - ...roborock.0 (24640) ... 268 ...: [{...,"msg_seq":7415,...,"charge_status":1,...}]
1982: 2024-10-24 16:20:52.483  - ...roborock.0 (24640) ... 269 ...: [{...,"msg_seq":7416,...,"charge_status":1,...}]
1990: 2024-10-24 16:20:53.547  - ...roborock.0 (24640) ... 270 ...: [{...,"msg_seq":7417,...,"charge_status":1,...}]
1998: 2024-10-24 16:20:54.474  - ...roborock.0 (24640) ... 271 ...: [{...,"msg_seq":7418,...,"charge_status":1,...}]
2006: 2024-10-24 16:20:55.475  - ...roborock.0 (24640) ... 272 ...: [{...,"msg_seq":7419,...,"charge_status":1,...}]
2014: 2024-10-24 16:20:56.475  - ...roborock.0 (24640) ... 273 ...: [{...,"msg_seq":7420,...,"charge_status":1,...}]
2022: 2024-10-24 16:20:57.475  - ...roborock.0 (24640) ... 274 ...: [{...,"msg_seq":7421,...,"charge_status":1,...}]
2030: 2024-10-24 16:20:58.476  - ...roborock.0 (24640) ... 275 ...: [{...,"msg_seq":7422,...,"charge_status":1,...}]
2040: 2024-10-24 16:20:59.475  - ...roborock.0 (24640) ... 276 ...: [{...,"msg_seq":7423,...,"charge_status":1,...}]
2048: 2024-10-24 16:21:00.529  - ...roborock.0 (24640) ... 277 ...: [{...,"msg_seq":7424,...,"charge_status":1,...}]
2056: 2024-10-24 16:21:01.478  - ...roborock.0 (24640) ... 278 ...: [{...,"msg_seq":7425,...,"charge_status":1,...}]
2064: 2024-10-24 16:21:02.520  - ...roborock.0 (24640) ... 279 ...: [{...,"msg_seq":7426,...,"charge_status":1,...}]
2072: 2024-10-24 16:21:03.478  - ...roborock.0 (24640) ... 280 ...: [{...,"msg_seq":7427,...,"charge_status":1,...}]
2080: 2024-10-24 16:21:04.476  - ...roborock.0 (24640) ... 281 ...: [{...,"msg_seq":7428,...,"charge_status":1,...}]
2088: 2024-10-24 16:21:05.478  - ...roborock.0 (24640) ... 282 ...: [{...,"msg_seq":7429,...,"charge_status":1,...}]
2096: 2024-10-24 16:21:06.492  - ...roborock.0 (24640) ... 283 ...: [{...,"msg_seq":7430,...,"charge_status":1,...}]
2104: 2024-10-24 16:21:07.485  - ...roborock.0 (24640) ... 284 ...: [{...,"msg_seq":7431,...,"charge_status":1,...}]
2112: 2024-10-24 16:21:08.484  - ...roborock.0 (24640) ... 285 ...: [{...,"msg_seq":7432,...,"charge_status":1,...}]
2120: 2024-10-24 16:21:09.485  - ...roborock.0 (24640) ... 286 ...: [{...,"msg_seq":7433,...,"charge_status":1,...}]
2128: 2024-10-24 16:21:10.485  - ...roborock.0 (24640) ... 287 ...: [{...,"msg_seq":7434,...,"charge_status":1,...}]
2136: 2024-10-24 16:21:11.481  - ...roborock.0 (24640) ... 288 ...: [{...,"msg_seq":7435,...,"charge_status":1,...}]
2144: 2024-10-24 16:21:12.482  - ...roborock.0 (24640) ... 289 ...: [{...,"msg_seq":7436,...,"charge_status":1,...}]
2152: 2024-10-24 16:21:13.487  - ...roborock.0 (24640) ... 290 ...: [{...,"msg_seq":7437,...,"charge_status":1,...}]
2160: 2024-10-24 16:21:14.479  - ...roborock.0 (24640) ... 291 ...: [{...,"msg_seq":7438,...,"charge_status":1,...}]
2168: 2024-10-24 16:21:15.479  - ...roborock.0 (24640) ... 292 ...: [{...,"msg_seq":7439,...,"charge_status":1,...}]
2176: 2024-10-24 16:21:16.481  - ...roborock.0 (24640) ... 293 ...: [{...,"msg_seq":7440,...,"charge_status":1,...}]
2184: 2024-10-24 16:21:17.482  - ...roborock.0 (24640) ... 294 ...: [{...,"msg_seq":7441,...,"charge_status":1,...}]
2192: 2024-10-24 16:21:18.477  - ...roborock.0 (24640) ... 295 ...: [{...,"msg_seq":7442,...,"charge_status":1,...}]
2200: 2024-10-24 16:21:19.490  - ...roborock.0 (24640) ... 296 ...: [{...,"msg_seq":7443,...,"charge_status":1,...}]

Which is the expected behaviour. Nothing wrong here.
Maybe you're looking for the current status of your robot. You can find this in state instead of charge_status.
status changed from 3 to 6 at 16:19:24
2024-10-24 16:19:23.518  - debug: roborock.0 (24640) Local message with protocol 4 and id 72 received. Result: [{"msg_ver":2,"msg_seq":7303,"state":3,...}]
2024-10-24 16:19:24.518  - debug: roborock.0 (24640) Local message with protocol 4 and id 73 received. Result: [{"msg_ver":2,"msg_seq":7305,"state":6,...}]

and from 6 to 8 at 16:20:02:
2024-10-24 16:20:01.788  - debug: roborock.0 (24640) Local message with protocol 4 and id 170 received. Result: [{"msg_ver":2,"msg_seq":7361,"state":6,...}]
2024-10-24 16:20:02.794  - debug: roborock.0 (24640) Local message with protocol 4 and id 172 received. Result: [{"msg_ver":2,"msg_seq":7365,"state":8,...}]

Hi copystring,
many thanks for your Investigation. Unfortunately I see that there can no directly object be delivered which shows if the Robot stop charging due to his charging status is full.
So I have to write a Script for solving this issue. Please close this bug
Many thanks


Incompatible with exasol-testcontainers 3.5.2

Problem
The library is not compatible with exasol-testcontainers 3.5.2.
With 3.5.1 it works fine.
Error message
java.lang.IncompatibleClassChangeError: Found interface com.exasol.bucketfs.Bucket, but class was expected

How to reproduce
new UdfTestSetup(EXASOL.getHostIp(), EXASOL.getDefaultBucket());

This should be solved by #11


[libssh] Update to 0.10.5

Switch to cachable download.
Fixup export config.
Remove obsolete baseline entries.

[x] Changes comply with the maintainer guide
[x] SHA512s are updated for each updated download
[x] The "supports" clause reflects platforms that may be fixed by this new version
[ ] ~Any fixed CI baseline entries are removed from that file.~
No. This PR doesn't change anything.
[x] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

All features and usages passed with following triplets:
x86-windows
x64-windows
x64-windows-static

It seems that this resulted in https://github.com/microsoft/vcpkg/issues/32272


Add trending_score to the output of the hf_api.model_info() call

Hi,
It would be better to add the trending_score as of the property to the output of the API call hf_api.model_info().
I see there is a PR (https://github.com/huggingface/huggingface_hub/commit/fe39a9694dd8b555a02b4786fc6f686558cfec66) so probably it is already there, but can we have a new release to include this change?
Thanks!

Hi here @weigary, yes, indeed that was shipped within the huggingface_hub 0.25.0 relase, so installing as pip install --upgrade huggingface_hub should do the work!
See the release notes at https://github.com/huggingface/huggingface_hub/releases/tag/v0.25.0


Stylesheet route must be wrapped in explicit new Response

I was following the code examples from Ethan Niser's BETH Stack and ran into an issue with loading my stylesheet. His example code looks something like:
const app = new Elysia()
  .use(html())
  .get("/", () => <SomeHtmlJsx />)
  .get("/styles.css", () => Bun.file("./styles.css"))

However in my browser I would see Welcome to Bun! To get started, return a Response object. for the source of my stylesheet. To fix it I did:
const rawCss = await Bun.file("./styles.css").text()
return new Response(rawCss)

While this works for now I'm not quite sure why returning the file doesn't just work. Even just returning the awaited .text() does not work and must be explicitly wrapped in a response. Is it because of the .use(html()) plugin?

Hey that's the issue after changes to html plugin, now it has autoDetect property and tries to return response as html, because of that you see that bun default message
Try to turn off autoDetect and see if it helps, but it will require you to wrap your html/jsx with html method
https://elysiajs.com/plugins/html.html
I just had same thing with regular endpoint and saw bun message instead of simple string there 😄

Ah yea that worked thanks. Still feels weird since the docs for isHtml say

Default implementation if length is greater than 7, starts with < and ends with >.

My CSS file definitely doesn't fit those criterion so the html plugin shouldn't have tried to kick in

Hi👋
There seems to be a bug in the Ahead of Time compliation. new Elysia({ aot: false }) solves this problem too.

With Ahead of Time compliation
composeHandler generates:
const {
  handler,
  handleError,
  hooks: {
    transform,
    beforeHandle,
    afterHandle,
    parse,
    error: handleErrors,
    onResponse
  },
  validator: { body, headers, params, query, response },
  utils: { mapResponse, mapCompactResponse, mapEarlyResponse, parseQuery },
  error: { NotFoundError, ValidationError, InternalServerError },
  meta,
  ERROR_CODE
} = hooks;

return async function (c) {
  Object.assign(c, await transform[0](c));
  let r = await handler(c);
-  let af0 = await afterHandle[0](c, r);
+  let af0 = mapEarlyResponse(await afterHandle[0](c, r), c.set);
  if (af0) return af0;
  return mapResponse(r, c.set);
};

which doesn't call mapEarlyResponse if result exists (result = BunFile -> should be Response<BunFile>)
Without Ahead of Time compliation
createDynamicHandler calls mapEarlyResponse after handle:
https://github.com/elysiajs/elysia/blob/741ffe7659cf049c8627d30b91cd1f05cfbab53e/src/dynamic-handle.ts#L254-L258
mapEarlyResponse takes care of mapping BunFile (Blob) to Response:
https://github.com/elysiajs/elysia/blob/741ffe7659cf049c8627d30b91cd1f05cfbab53e/src/handler.ts#L49-L50
To fix this..
mapEarlyResponse has to be called after handle in generated composeHandler (see diff above)


Doesn't seem to work any more after recent Wercker changes

I'm not sure exactly where to put this, but I think here seems best. I have a grunt deploy step (which just runs grunt release), and it's suddenly stopped working. Outline of the trace is:
export WERCKER_STEP_ROOT="/pipeline/grunt-19a18dd8-5391-4b91-951d-1822fc80237b"
export WERCKER_STEP_ID="grunt-19a18dd8-5391-4b91-951d-1822fc80237b"
export WERCKER_STEP_OWNER="wercker"
export WERCKER_STEP_NAME="grunt"
export WERCKER_REPORT_NUMBERS_FILE="/report/grunt-19a18dd8-5391-4b91-951d-1822fc80237b/numbers.ini"
export WERCKER_REPORT_MESSAGE_FILE="/report/grunt-19a18dd8-5391-4b91-951d-1822fc80237b/message.txt"
export WERCKER_REPORT_ARTIFACTS_DIR="/report/grunt-19a18dd8-5391-4b91-951d-1822fc80237b/artifacts"
export WERCKER_GRUNT_TASKS="release"
source "/pipeline/grunt-19a18dd8-5391-4b91-951d-1822fc80237b/run.sh" < /dev/null
grunt-cli not installed, trying to install it through npm
npm is available
npm version: 3.3.12
installing grunt-cli
-<EMAIL_ADDRESS>node_modules/npm/node_modules/abbrev
-<EMAIL_ADDRESS>node_modules/npm/node_modules/ansi-regex

[...lots and lots of packages later...]

-<EMAIL_ADDRESS>node_modules/npm/node_modules/async-some
-<EMAIL_ADDRESS>node_modules/npm/node_modules/write-file-atomic
/pipeline/grunt-19a18dd8-5391-4b91-951d-1822fc80237b/run.sh: line 30: /usr/local/bin/npm: No such file or directory
grunt release
/pipeline/grunt-19a18dd8-5391-4b91-951d-1822fc80237b/run.sh: line 70: grunt: command not found
grunt exited with exit code: 127
failed: grunt failed

Full deploy details are available at https://app.wercker.com/#deploystep/5655ef008faa27fb0d12a025. Previous completely successful deploy of this project was on the 13th and is up at https://app.wercker.com/#deploy/56463ab0817267310c00d620
This has been working for months, I haven't changed anything about it recently, and I think it's fairly clear that it's failing in the initial Grunt setup. Notably the log above is quite different to what I've been seeing before, which used to just say:
export WERCKER_STEP_ROOT="/pipeline/grunt-0e43682a-f44b-40b5-ae26-4d10d7b3ed46"
export WERCKER_STEP_ID="grunt-0e43682a-f44b-40b5-ae26-4d10d7b3ed46"
export WERCKER_STEP_OWNER="wercker"
export WERCKER_STEP_NAME="grunt"
export WERCKER_REPORT_NUMBERS_FILE="/report/grunt-0e43682a-f44b-40b5-ae26-4d10d7b3ed46/numbers.ini"
export WERCKER_REPORT_MESSAGE_FILE="/report/grunt-0e43682a-f44b-40b5-ae26-4d10d7b3ed46/message.txt"
export WERCKER_REPORT_ARTIFACTS_DIR="/report/grunt-0e43682a-f44b-40b5-ae26-4d10d7b3ed46/artifacts"
export WERCKER_GRUNT_TASKS="release"
source "/pipeline/grunt-0e43682a-f44b-40b5-ae26-4d10d7b3ed46/run.sh" < /dev/null
grunt-cli not installed, trying to install it through npm
npm is available
npm version: 2.11.3
installing grunt-cli
/usr/local/bin/npm -> /usr/local/lib/node_modules/npm/bin/npm-cli.js
<EMAIL_ADDRESS>/usr/local/lib/node_modules/npm
/usr/local/bin/grunt -> /usr/local/lib/node_modules/grunt-cli/bin/grunt
/usr/local/lib
`--<EMAIL_ADDRESS>  +--<EMAIL_ADDRESS>  | +--<EMAIL_ADDRESS>  | | +--<EMAIL_ADDRESS>  | | `--<EMAIL_ADDRESS>  | |   +--<EMAIL_ADDRESS>  | |   `--<EMAIL_ADDRESS>  | `--<EMAIL_ADDRESS>  +--<EMAIL_ADDRESS>  | `--<EMAIL_ADDRESS>  `--<EMAIL_ADDRESS>
grunt release
Running "webstore_upload" task

[... actual build process ...]

Any ideas?

@pimterry For some reason this step will update npm to the latest version :-/ Which somehow doesn't work as expected anymore.
Also the logs for the installation of npm and grunt-cli are suppressed, so can't check if something went wrong, and what went wrong.

Added #9 and #10. Will look into this later today or tomorrow.

This same issue is now also breaking all my normal builds, not just deploys: https://app.wercker.com/#buildstep/5658861d5d4798100d08fe9b
Maybe it's just that the bug appeared changed and I've only run the deploy since, but not a new build, or maybe this is a new development, not clear. Still, my build process is all totally broken in the meantime until this gets fixed :-(
Anything I can do to help?

I've just created a pull request #11. I am leaving in a couple of minutes, so I'm not super confident in releasing this right now.

Ha, fair enough! Sensible. Waiting until the start of next week is fine.

Released 2.0.0 of this step. Could you check if the problem still occurs, and if it does, do the logs contain some useful information?

Thanks @hatchan. This has fixed the issue with Grunt for this build very nicely, good stuff!
I am still seeing the bug from my other issue (both store-container not working and my ftp deploy script has suddenly mysteriously failing), which I was hoping would be related to some NPM or Docker changes, but sounds like no such luck. If you've got any clues for things you might've changed that would be useful, but otherwise I'll keep digging in.
This issue's fixed for now anyway, thanks for your help!


Splitting terminal editor will break the original editor

Repro

Create terminal
Drag from panel to editor
Press the split editor button

I think this is related to the same "terminal resource"/input being used for both editors

Look into https://github.com/microsoft/vscode/issues/126469 first, it might not be related to the same uri?

I wonder whether "split editor" should duplicate the current terminal (like a normal editor), or create a new terminal editor in another editor group (like in terminal panel)?

@yume-chan were making it create. Anew one like in the panel

This is working for me


Import dacpac history not showing

Hello,
I am doing an db import, when the progress start and before completed, it did show anything in the history, not likely  as mentioned in the doc ( here it is : https://docs.microsoft.com/en-us/azure/sql-database/sql-database-import?tabs=azure-powershell ) which provides the ability to monitor the import progress,  screenshot as follows :

And after the progress completed it shows completed ( which is fine )

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

ID: 65a16702-87ad-4801-5171-f5e629661cb4
Version Independent ID: bdd076dd-9b65-4054-b7f8-16e12e6a6f99
Content: Import a BACPAC file to create a database - Azure SQL Database
Content Source: articles/sql-database/sql-database-import.md
Service: sql-database
Sub-service: migration
GitHub Login: @stevestein
Microsoft Alias: sstein

@cloudmelon , Thanks for raising the issue. We will investigate and update you.

@cloudmelon You might have to refresh the page to display the progress.
Thank you for taking the time to report this though.
We will try to reproduce this and get it fixed accordingly.

Hi Kalyan,
I report this because I refresh a couple of times it start to display until the completion. Thanks
Best wishes
Melony

On 19 Dec 2019, at 11:02, Kalyan Chanumolu<EMAIL_ADDRESS>wrote:

@cloudmelon You might have to refresh the page to display the progress.
Thank you for taking the time to report this though.
We will try to reproduce this and get it fixed accordingly.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

And my browser is :
Microsoft edge ( chromium-based ) latest version. Thanks
Best wishes
Melony

On 19 Dec 2019, at 11:02, Kalyan Chanumolu<EMAIL_ADDRESS>wrote:

@cloudmelon You might have to refresh the page to display the progress.
Thank you for taking the time to report this though.
We will try to reproduce this and get it fixed accordingly.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

@cloudmelon  Thank you for the additional context. We will look into this.

@cloudmelon We have escalated this to the appropriate team.
We will proceed to close this issue now.
If there are further questions regarding this matter, please comment and we will gladly continue the discussion.

Hi, before closing this, any feedback? Thanks:)

On 24 Dec 2019, at 13:17, Kalyan Chanumolu<EMAIL_ADDRESS>wrote:

Closed #44924.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

I dont have any feedback as of now.
Will update here when I hear from the Azure portal team


[cherry-pick][branch-2.1] Fix insert into outfile memory overflow in float type (#3417)

std::numeric_limits::digits10 + 2 was less than MAX_FLOAT_STR_LENGTH. which may cause a overflow

run starrocks_be_unittest


Change array extraction in derived table queries

Update all derived table queries to use a lateral cross join for array extraction, for example:
SELECT
    id AS instance_id,
    instance_format_ids.data #>> '{}' AS instance_format_id,
    instance_format_ids.ordinality
FROM
    inventory_instances
    CROSS JOIN LATERAL json_array_elements(json_extract_path(data, 'instanceFormatIds'))
        WITH ORDINALITY
        AS instance_format_ids (data);

The old method without a cross join apparently may trigger a bug in Postgres in rare cases.
Queries affected include these derived tables:
instance_editions
instance_formats
instance_series
instance_subjects
po_lines_physical
users_departments_unpacked

Some report queries are also affected, but that may be because they have not yet been refactored using the derived tables:
claimed_returned
pick_list
pick_list_rs
acrl_title_count

Submitted PRs for all except pick_list and acrl_title_count, which may need to be refactored.  Also claimed_returned may need to be refactored.

Submitted PRs for all except pick_list and acrl_title_count, which may need to be refactored.  Also claimed_returned may need to be refactored.

Need to complete this for item_notes and instance_publication before claimed_returned refactor #188 can be finalized.

Need to complete this for item_notes and instance_publication before claimed_returned refactor #188 can be finalized.

Looking at this more closely, I think the intention of this issue was to use a join to avoid triggering a bug in Postgres.  Adding ordinality is incidental; there are many array extraction queries missing ordinality and it can be added without breaking anything.  I will create another issue for item_notes and instance_publication.

Looking at this more closely, I think the intention of this issue was to use a join to avoid triggering a bug in Postgres.  Adding ordinality is incidental; there are many array extraction queries missing ordinality and it can be added without breaking anything.  I will create another issue for item_notes and instance_publication.


Nightly run of perf benchmark tests

test infra defines perf-daily-job  That is not running well, at all.

Fix install issues that are failing
Run tests . The test is run from istio.io/isito/prow/setup_perf_cluster_for_tests.sh
A 5 mins test should suffice. We would like latency, cpu, memory scaled by number of connections.

An example of the failed job: https://prow.k8s.io/view/gcs/istio-prow/logs/perf-for-daily-release/214
@carolynhu has will your fix this issue?

Now it is failing because of unbound variable, this https://github.com/istio/tools/pull/307 should bring back the test

Did another fix: https://github.com/istio/test-infra/pull/1742 to update the job, now it is passing here
And correction to my previous comment, actually the perf test is there and the sample metrics data uploaded: https://storage.googleapis.com/istio-release-pipeline-data/daily-build/release-1.2-20190830-11-15/perf_metrics.txt

seems another issue came up - https://k8s-testgrid.appspot.com/istio-release-release-1.3#perf-for-daily-release

this error seems weird as it complains again unbound variable, but on a blank line. I checked the other scripts being called and I couldn't find possible cause for it. Created this: https://github.com/istio/istio/pull/16738

check the branch it's running on. It is likely one of the release branches
On Sat, Aug 31, 2019, 12:03 PM Xinnan Wen<EMAIL_ADDRESS>wrote:

this error seems weird as it complains again unbound variable, but on a
blank line. I checked the other scripts being called and I couldn't find
possible cause for it. Created this: #16738
https://github.com/istio/istio/pull/16738
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/istio/istio/issues/16670?email_source=notifications&email_token=AAEYGXN53SBNKVPSWJZYNGDQHK6BBA5CNFSM4ISG4EBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5TTJKI#issuecomment-526857385,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAEYGXLTCI3GCDK62PQYDDDQHK6BBANCNFSM4ISG4EBA
.

check the branch it's running on. It is likely one of the release branches
…
On Sat, Aug 31, 2019, 12:03 PM Xinnan Wen @.***> wrote: this error seems weird as it complains again unbound variable, but on a blank line. I checked the other scripts being called and I couldn't find possible cause for it. Created this: #16738 <#16738> — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#16670?email_source=notifications&email_token=AAEYGXN53SBNKVPSWJZYNGDQHK6BBA5CNFSM4ISG4EBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5TTJKI#issuecomment-526857385>, or mute the thread https://github.com/notifications/unsubscribe-auth/AAEYGXLTCI3GCDK62PQYDDDQHK6BBANCNFSM4ISG4EBA .

ok yes, that's the reason, it is running on release 1.2 branch


Adding Sonoff sensor support for Matter Zigbee Bridge example (CON-1452)

Is it possible to add Sonoff sensors to the Matter Zigbee Bridge, especially temperature and humidity sensors?
I have installed the Matter Zigbee Bridge on my Espressif Zigbee Gateway board and successfully added it to the Home Assistant. But I can't find a solution to add a Sonoff sensor to the Matter Zigbee Bridge.
Please give me more information on how to add sensors to the Matter Zigbee Bridge. And if it is not supported, how can I add this feature to the Matter Zigbee Bridge source code example?

Hi, does the sonoff sensor use install code to join a ZigBee network?
If yes, you can call esp_zb_zdo_permit_joining_req() and esp_zb_secur_ic_add() to allow the sensor end device joining the network. And you should also add the device type of the sensor to the create_bridge_devices(). so that the dynamic endpoint can be added to the matter data model after the sensor joins the zigbee network.
If no, you need to find the way how the sonoff sensor joins a ZigBee network, and add it to the Zigbee network.


New maintainer

@jshanson7 My company is using this and we're getting lot's of deprecation warnings linked to it. I'd be willing to clean it up and update some stuff.

Bump for... magic. @jshanson7 no pressure, though.

bump

+1

+1

bump

@jshanson7 we really appreciate your work but i think a lot of people would be glad if we could bring the code on track again. Last Code update is 3 years ago, a lot of issues could be closed with small fixes. Any interest in bringing this alive together again?

@jshanson7

The client I work for use it in the app I work on, so I'm considering forking the repo to update the dependencies and fixing all the deprecation warnings.

I finally made the fork :
https://github.com/Nilmanduil/react-native-swipeable
https://www.npmjs.com/package/react-native-swipeable-reborn


Add Rendering primitive.

What Does This Do
Adds a basic rendering primitive for when you have a resource that is an alternative, non-IIIF representation of the resource. This just takes that thing and creates an anchor to the external resource similar to how things work with SeeAlso.

@mathewjordan I'm going to go ahead and write docs, then I'll re-request a review.

@mathewjordan Sure. Sounds good.


Empty rows should not be displayed

(czp@nebula) [nba]>       GO FROM "Tony Parker" OVER *       WHERE $$.player.age >= 0 OR like.likeness <> 90.0000000000001       YIELD like._dst AS id, like.likeness AS likeness
+---------------------+----------+
| id                  | likeness |
+---------------------+----------+
| "LaMarcus Aldridge" | 90       |
+---------------------+----------+
| "Manu Ginobili"     | 95       |
+---------------------+----------+
| "Tim Duncan"        | 95       |
+---------------------+----------+
|                     |          |
+---------------------+----------+
|                     |          |
+---------------------+----------+
|                     |          |
+---------------------+----------+
|                     |          |
+---------------------+----------+
Got 7 rows (time spent 321857/331262 us)

Is this Issue still effective? Can I try it ?

Is this Issue still effective? Can I try it ?

Dear @jyz0309 ,
Yes! it's still valid, I can reproduce as follow:
(user@nebula) [basketballplayer]> GO FROM "player100" OVER * \
                               ->  WHERE $$.player.age >= 0 OR serve.start_year <> 90.0000000000001 \
                               ->  YIELD serve._dst AS id, serve.start_year AS start_year
+-----------+------------+
| id        | start_year |
+-----------+------------+
| "team204" | 1997       |
+-----------+------------+
|           |            |
+-----------+------------+
|           |            |
+-----------+------------+
|           |            |
+-----------+------------+
Got 4 rows (time spent 8951/9499 us)

It's more than welcome that you can try fixing it.
Thank you!

This result is expected.
Bcz the expansion results of other edges except serve are not in the display column, these rows will be displayed as empty when get non-existent attributes such as start_year.
You could test queries with the same semantics in neo4j such as match (v:player{name:player100})-[]->(n) return n.age.
The difference is that neo4j give null but nebula give empty, bcz non-existent attribute and null value attribute are different in nebula.
You can also use is not empty operator to filter empty rows.
GO FROM "player100" OVER * \
WHERE ($$.player.age >= 0 OR serve.start_year <> 90.0000000000001) \
              AND serve.start_year IS NOT EMPTY \
YIELD serve._dst AS id, serve.start_year AS start_year

Closing but feel free to ask if anything.


⚠ MineVN Maven & Resource Pack has degraded performance

In 2dda901, MineVN Maven & Resource Pack (http://app.minevn.net/pack) experienced degraded performance:

HTTP code: 502
Response time: 7493 ms

Resolved: MineVN Maven & Resource Pack performance has improved in c7febb1.


Use BigDecimal instead of double  for decimal LWM2M Attribute

This aims to solve : https://github.com/eclipse-leshan/leshan/issues/1583

(will be available in 2.0.0-M17)


Add Sparkle

Add Sparkle update framework. We want to do this early so we can provide updates to early adopters as improvements are made.

Sparkle support added in 72db2d60780967a8d410e366377c2bc22583e3e0


add documentation on resetting password

Added documentation for resetting localpw
Let me know if you have any suggestions or change requests.

Many thanks, it's a good thing that this is now documented :+1:


TypeError: Arguments to path.join must be strings

I am using connect-phonegap like this at the moment (don't mind the bad require):
var app = require('connect')();
var phonegap = require('phonegap/node_modules/connect-phonegap');
var serveStatic = require('serve-static')
app.use(serveStatic('src'));
app.use(phonegap({autoreload: false}))
app.listen(3000);

Which results in the following error when fetching http://localhost:3000/cordova.js:
TypeError: Arguments to path.join must be strings
   at f (path.js:200:13)
   at Object.filter (native)
   at Object.win32.join (path.js:205:38)
   at Object.handle (C:\Users\roel\Desktop\apps-v5\node_modules\phonegap\node_modules\connect-phonegap\lib\middleware\cordova\cordova.js:22:33)
   at next (C:\Users\roel\Desktop\apps-v5\node_modules\phonegap\node_modules\connect-phonegap\node_modules\connect\lib\proto.js:193:15)
   at resume (C:\Users\roel\Desktop\apps-v5\node_modules\phonegap\node_modules\connect-phonegap\node_modules\connect\lib\middleware\static.js:65:7)
   at SendStream.error (C:\Users\roel\Desktop\apps-v5\node_modules\phonegap\node_modules\connect-phonegap\node_modules\connect\lib\middleware\static.js:80:37)
   at SendStream.emit (events.js:107:17)
   at SendStream.error (C:\Users\roel\Desktop\apps-v5\node_modules\phonegap\node_modules\connect-phonegap\node_modules\connect\node_modules\send\lib\send.js:147:51)
   at SendStream.onStatError (C:\Users\roel\Desktop\apps-v5\node_modules\phonegap\node_modules\connect-phonegap\node_modules\connect\node_modules\send\lib\send.js:248:48)

Here req.session.device.platform is platform and req.session.device.version is undefined.
I have not yet found a solution yet, or why this happened. Some context: the goal I have with doing things this way, rather than using a phonegap serve is to allow TypeScript sources to be served from a different directory. This way I can easily make a differentiation between assets and code, and deploy only a minified bundle after building.

Hi @Deathspike,
Here is a snippet from one of my setup that will serve a PG app from a web url:
/*!
 * Module dependencies.
 */

var connect = require('connect'),
    phonegap = require('connect-phonegap'),
    app = connect();

/*!
 * Create Express app and server.
 */

app.use(phonegap());

var port = process.env.PORT || 3000;
app.listen(port);

All in all, it looks similar to your approach.
My only suggestion is that process.cwd() must be a PhoneGap app. Specifically, it expects www/ to be available:
path.join(process.cwd(), 'www');

Glancing at your sample code, it looks as though 'src' may be your asset directory instead of 'www'.

The current work directory is actually in the root so I have
* src
* www
* node_modules
* bower_components

I would expect this to work indeed. Your example is almost the same. :/

Okay, in that case your file structure looks okay.
It's odd that req.session.device.platform is platform. If possible, can you try to access localhost:3000/cordova.js from Chrome. If it fails, try from a mobile device's browser. My thought is that the user-agent is may be detected incorrectly. Truthfully, connect-phonegap is not intended to support desktop browsers even though it kinda does naturally. However, depending on what browser you use, I can see it failing to detect the proper user-agent platform.

I have no explanation.
When I got into work today, I started the previously posted script again and hit the cordova.js file with Chrome... and I got the Android script. No error whatsoever. Hitting it with Internet Explorer gives the same problem as before; I suppose it doesn't detect IE as IEMobile. The truly odd part is that I was testing with Chrome yesterday, and without changes, it works today. How very odd.
Perhaps something weird with the session happened? Anyway, thanks a lot! Feel free to close (leaving it open for that last Q)

@Deathspike Strange. Any chance that you were debugging in Chrome and using Web Inspector to spoof the user-agent as another browser? That's my only guess. Regardless, I'm happy to hear that we've figured it out. In the near future, we'll be adding desktop browser support :)


LCFS - BUG - Phantom pill, fuel codes

Describe the Bug
When inputting a fuel code and selecting a pill from the select list, an extra blank pill is being added. This breaks validation and prevents the row from being saved.

Expected Behaviour
When a pill is selected from the list, it should be added to the row without introducing any additional blank pills.
Actual Behaviour
An extra blank pill is added to the row upon selection, breaking validation and stopping the row from being saved.
Implications

Users are unable to save rows containing selected pills.
Workflow is interrupted, potentially causing data loss or frustration.

Steps To Reproduce
Steps to reproduce the behavior: IDIR\analyst

Go to the Fuel code form to cells where pills are selectable from a list.
Select a pill from the list.
Observe that an extra blank pill is added to the row.
Attempt to save the row and note the validation failure.

@kevin-hashimoto great, thanks for documenting that


Feature request, popup window ratio

popup windows width/height ratio of the screen

It already has, please refer to the doc.

ok , got it


Disposable Turret Tweaks

About the PR

Currently, this PR removes the job restrictions from the Disposable Turret. It also moves it to the Weapons category, and puts Nuclear Operatives on the blacklist to comply with the original PR's demands.
Justification for job restriction removal:
All the other job-exclusive items are either exclusive because it fits thematically (holy hand grenade, fake capgun, necronomicon, explosive banana, potato... syndicate sponge?), or the item needs the job either mechanically or to not look suspicious (rigged boxing gloves, chimp ammo, gatfruit, proximity mine). The turret's engi/atmos/sci restriction fits neither of those. Thus, I ask "Why?".
While I'm here, I could also fix some of the other issues with the turret if you helpful github users deem PR splitting unnecessary. These issues will be much more important now that the turret is more accessible.

[ ] The turret can be used to objectively determine whether crewmembers are members of the Syndicate (no idea how to fix this ngl)
[ ] The turret has an incredibly large amount of ammo, capable of killing ~19 unarmored urists in ideal circumstances
[ ] The turret descriptions could use an upgrade
[ ] Nukies don't get to use the turret (maybe give them a higher TC version?)

Media

(no screenshot needed for now)

[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Changelog

:cl:

tweak: The Syndicate Disposable Turret is now approved for use by all syndicate agents (with the exception of nuclear operatives), instead of those from a select few jobs.

I think them being job restricted to these roles is fine since they are all related to engineering complicated machinery, and in ss13 they are restriced to engineers for the TF2 reference.
My headcanon is that job specific items are things the agent prepared personally before he went on his mission, with the TC cost being the price of the syndicate bluespacing it to them.

I think them being job restricted to these roles...

I mean, the powersink is way more engineer-ey than the turret, and it's not joblocked. As is, arguably, the c4, the EMP-nade, the emag, the radio jammer, the jaws of life...
Also, the turret is such a unique item that it could encourage playing engi/sci just to be able to use it, and that's no good.
The TF2 reference is almost a good point, but it could still be done in a non-job-restriction way. Give engineers a 1-tc discount or something.

Gonna change this PR's name and description a bit

diff got nuked

i'm going to try and fix this now

I don't even play titanfall 2


Positivity check should not ignore all effects

Currently, the positivity check for inductives is disabled (assumed valid for a given constructor) when the negativity occurs with a non-Tot (nor GTot) effect in its codomain, thus, types such as
noeq type negative =
  | Blah : (negative -> Dv negative) -> negative

are accepted, which is pretty sweet since they would never compromise consistency anyway, as a DIV computation can never become Tot. However, given our DM4F magic, some effects can actually disappear into Tot, and we should check positivity of them. Here's a proof of False exploiting that:
module Bug

let id (a:Type) = unit -> M a

val return_id : (a:Type) -> (x:a) -> id a
let return_id a x = fun _ -> x

val bind_id : (a:Type) -> (b:Type) -> (f:id a) -> (g:a -> id b) -> id b
let bind_id a b f g = fun _ ->
  let r = f () in g r ()

total reifiable reflectable new_effect {
  IDN : (a:Type) -> Effect
  with repr     = id
     ; bind     = bind_id
     ; return   = return_id
}

effect ID (a:Type) = IDN a (fun () p -> forall x. p x)

unopteq
type np (a : Type) =
    | Mk : (np a -> ID a) -> np a

val self : (#a:Type) -> np a -> ID a
let self #a v =
    match v with
    | Mk f -> f v

val loop : (#a:Type) -> (a -> a) -> a
let loop #a f = reify (self (Mk (fun x -> f (self x)))) ()

val falso : squash False
let falso = loop (fun x -> x)

(this is also a diverging Tot term)
In short, maybe we should really check if the effect we're traversing is marked as total or not?  This proof works the same without the total flag in the dm4f declaration, but that could be fixed by reifying non-total DM4F effects into Div instead of Tot, right?

Making a note that this is more pervasive than it seems, TOTAL flags are being checked but we seem to not be keeping/generating them correctly. The following works without even using DM4F:
effect MyTot (a:Type) = PURE a (fun p -> forall x. p x)

noeq
type np (a : Type) = | Mk : (np a -> MyTot a) -> np a

let self #a (v : np a) : a =
    match v with
    | Mk f -> f v

let loop #a (f : a -> a) : a =
    self (Mk (fun x -> f (self x)))

val falso : squash False
let falso = loop (fun x -> x)

Will take a deeper look later.

We shouldn't check for TOTAL but anything above PARTIAL_RETURN no ? From what I understand TOTAL is given to computation types which are syntactically derived from Tot or GTot, never for computations coming from Pure (I don't think we are checking that the wp is always satisfiable)

I wasn't aware of the difference to be honest :), but yeah, whichever one means "terminating". From what I could see both ID and MyTot end up with an empty set of flags (meaning they're taken as diverging). Should they be marked as PARTIAL_RETURN?
I agree that flipping the logic could make more sense, I find it a bit confusing currently.

@aseemr : the positivity check is in your territory. It seems a relatively easy, though very important fix, to apply.

Thanks for the reports @mtzguido. This is fixed in master, both the examples fail now.

Just looked at this again with @kyoDralliam and seems we missed a spot: we're still reifying non-total effects to Tot, which is unsound in two ways:

Just recursively prove false in the effect and reify it

module Bug1141d

let id (a:Type) = unit -> M a

val return_id : (a:Type) -> (x:a) -> id a
let return_id a x = fun _ -> x

val bind_id : (a:Type) -> (b:Type) -> (f:id a) -> (g:a -> id b) -> id b
let bind_id a b f g = fun _ ->
  let r = f () in g r ()

// NB: no `total` keyword, so no positivity check
reifiable reflectable new_effect {
  IDN : (a:Type) -> Effect
  with repr     = id
     ; bind     = bind_id
     ; return   = return_id
}

effect ID (a:Type) = IDN a (fun () p -> forall x. p x)

let rec f () : ID False = f ()

let x : False = reify (f ()) ()

Bypass the termination check, and do as above:

module Bug1141c

let id (a:Type) = unit -> M a

val return_id : (a:Type) -> (x:a) -> id a
let return_id a x = fun _ -> x

val bind_id : (a:Type) -> (b:Type) -> (f:id a) -> (g:a -> id b) -> id b
let bind_id a b f g = fun _ ->
  let r = f () in g r ()

// NB: no `total` keyword, so no positivity check
reifiable reflectable new_effect {
  IDN : (a:Type) -> Effect
  with repr     = id
     ; bind     = bind_id
     ; return   = return_id
}

effect ID (a:Type) = IDN a (fun () p -> forall x. p x)

noeq
type np (a : Type) =
    | Mk : (np a -> ID a) -> np a

val self : (#a:Type) -> np a -> ID a
let self #a v =
    match v with
    | Mk f -> f v

val loop : (#a:Type) -> (a -> a) -> a
let loop #a f = reify (self (Mk (fun x -> f (self x)))) ()

val falso : squash False
let falso = loop (fun x -> x)

I have a fix for this, waiting for CI. The idea is that for a non-total DM4F effect E, with e : E t wp, then reify e : Dv (reprE t wp). I was previously thinking of changing repr to use DIV instead of PURE (so, for state, we'd get repr t wp = s:st -> DIV (t * s) (fun ts1 -> wp s0 ts1), but that's not enough; consider:
let rec f () : ST unit _ = f ()

let x = reify (f ())

The definition of x is already looping (e.g. after extracting), so it should be marked as divergent. In this case one can eta expand, but not in general. Or so I think, at least, since we have products on C types. Not sure it's useful to have that as a top-level (and it didn't really work when I tried to do it).
Note that this implies any non-total effect cannot be reified to prove lemmas about it. Doesn't seem to be an issue for code in CI (I added some total flags and that was it).

Just looking at it, thanks Guido! This makes sense.
Though I don't see this as a bug in positivity checking, rather in the reification of non-total dm4f effects to Tot. As far as I can see both the repros and the fix itself seem to be related to that.

Yes :) maybe a separate issue was more appropriate, sorry.


Add test to fail if WopiSrc is HTTP instead of HTTPS

While HTTP is permitted in the test environment, it is required in production. Having a validator test that fails when HTTP is used will help draw attention to this requirement.

We are in the process of closing this GitHub repository.  This issue has been moved to the CSPP team ADO backlog list for consideration. If you would like to follow up or provide more information, please reach out to<EMAIL_ADDRESS>


Adding subtitles/alternative titles may cause Orbeon to crash

Currently we are experiencing frequent crashes apparently related to the use of the buttons for adding work subtitles/alternative titles etc.
To reproduce: Open any file not yet containing a work subtitle in the editor and add a subtitle using "Add more titles" > "Add subtitle" (or any other type). Editor is loading for a long time and is irresponsive on returning. XQueries such as list_files.xq may still be executable for some time. Restarting Tomcat seems to be necessary to get MerMEId running again.

Problem persists. May have to do with an error in the automatically added languages in <langUsage>


LDLIBS flag is ignored

I have a project I need to compile with access to SSL symbols, hence, I'd just need the compiler to receive the -lcrypto flag under the LDLIBS environment variable. But unfortunately, the port compiler seems not to be passing this flag to the C compiler. My env looks like this:
        [ {env, [{"CFLAGS", "$CFLAGS -std=c99 -O3 -g -fPIC"},
                     {"LDLIBS", "$LDLIBS -lcrypto"}]} ]

This works if I compile with a regular Makefile.

Solved in https://github.com/blt/port_compiler/pull/61


Configuration should allow disabling the time limit

Currently, the configuration contains a time limit field where everyone alive after the timer ends will be declared a winner. Allowing the time limit to be disabled would allow for the creation of modes where the win condition is to be the last player standing.

I should definitely work on this more at some point. Right now the time limit is a band-aid for the fact that infinite games are possible.


Fix empty response when flag was deleted

Some old clients are validating flag_id in the response. If a flag was deleted, the response should still pass the flag_id >= 1 validation rule defined in swagger.
Description

Motivation and Context

How Has This Been Tested?
unit tests and integration tests
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

Codecov Report

Merging #213 into master will decrease coverage by 0.06%.
The diff coverage is 0%.

@@            Coverage Diff             @@
##           master     #213      +/-   ##
==========================================
- Coverage   86.73%   86.67%   -0.07%
==========================================
  Files          23       23
  Lines        1342     1343       +1
==========================================
  Hits         1164     1164
- Misses        127      128       +1
  Partials       51       51

Impacted Files
Coverage Δ

pkg/handler/eval.go
83.95% <0%> (-0.53%)
:arrow_down:

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 4cc964b...941fd07. Read the comment docs.


General: Repo maintenance

File organization

[ ] Rename, consolidate, and reroute all vue files using updated app layout, referencing #80
[ ] Remove unused assets from src/assets, move remaining assets to public/assets, ensure all new assets are placed here

Code rewrite

[ ] Convert colors.css to colors.less, use LESS variables for ease of reference
[ ] Organize style.less into LESS format, currently in CSS format
[ ] Remove external styling in vue files and add to style.less so in order to avoid styling same element in separate places and increased readability
[ ] Remove inline styling in vue files, organize everything by div classes and add to style.less

@manishapriya94 Wasn't sure where this should go so I created a new issue under the General tab. Feel free to rewrite/rename/move as required.


Migrate to Fastify [canceled]

References
https://wiki.lyrasis.org/display/DSPACE/DSpace+7+UI+Optimization+Analysis
Description
Fastify promises lower overhead compared to Express. Even though our bottleneck is mostly in rendering, this seemed like an opportunity to improve performance in production mode.
Migration

There is no "official" Fastify Universal engine → created one based on the Express Universal engine
Express middleware was ported to equivalent Fastify plugins
Adjusted some application logic to support FastifyRequest & FastifyReply

Findings

We saw no significant performance benefit to using Fastify
With higher traffic Fastify appears to be slightly less stable than Express

As such we're not moving forward with this.
Note that this branch was started from DSpace 7.0 and has not been upgraded to the current version.
Instructions for Reviewers
N/A
This PR is purely informative and I don't advise merging it at this point
Checklist
This checklist provides a reminder of what we are going to look for when reviewing your PR. You need not complete this checklist prior to creating your PR (draft PRs are always welcome). If you are unsure about an item in the checklist, don't hesitate to ask. We're here to help!

[ ] My PR is small in size (e.g. less than 1,000 lines of code, not including comments & specs/tests), or I have provided reasons as to why that's not possible.
[ ] My PR passes [ESLint](https://eslint.org/) validation using yarn lint
[ ] My PR doesn't introduce circular dependencies (verified via yarn check-circ-deps)
[ ] My PR includes [TypeDoc](https://typedoc.org/) comments for all new (or modified) public methods and classes. It also includes TypeDoc for large or complex private methods.
[ ] My PR passes all specs/tests and includes new/updated specs or tests based on the [Code Testing Guide](https://wiki.lyrasis.org/display/DSPACE/Code+Testing+Guide).
[ ] If my PR includes new libraries/dependencies (in package.json), I've made sure their licenses align with the [DSpace BSD License](https://github.com/DSpace/DSpace/blob/main/LICENSE) based on the [Licensing of Contributions](https://wiki.lyrasis.org/display/DSPACE/Code+Contribution+Guidelines#CodeContributionGuidelines-LicensingofContributions) documentation.
[ ] If my PR includes new features or configurations, I've provided basic technical documentation in the PR itself.
[ ] If my PR fixes an issue ticket, I've [linked them together](https://docs.github.com/en/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue).

Thanks @ybnd for documenting this attempt at using Fastify. I'm going to close this immediately so that it's not moved forward. That said, the code will remain in case anyone else wants to try it out.


Update ipmitool commit in Dockerfile to 1.8.19

The new version include bug fixes that address issues present in the previous release, leading to a more stable and reliable tool
https://github.com/ipmitool/ipmitool/blob/master/ChangeLog
Description
It is going to update the ipmitool
Why is this needed
https://github.com/ipmitool/ipmitool/issues/163
Fixes: #
How Has This Been Tested?
I compiled the code in a Docker container and ran it against physical hardware.
How are existing users impacted? What migration steps/scripts do we need?
It fixes bugs, no additional changes are required.
Checklist:
I have:

[X] existing unit or e2e tests

@turegano-equinix A rebuild was successful here, now you just have to fix the DCO check

FTR, this build was tested on a variety of hardware internally and is considered to be functioning as expected.


augeasproviders_shellvar?

I didn't find the use of augeasproviders_shellvar in the code.
If i am right, please remove https://github.com/derdanne/puppet-nfs/blob/master/metadata.json#L15

I thought the same initially, but found the lens being consumed here:
    lens    => 'Shellvars.lns',

@MartyEwings ahh - many thanks!


I can't find my Counters+ mod in the Mods tab to the left.

When I launch Beat Saber, Counters+ doesn't show in my mods tab, all other mods work, but not Counters+.
Here are my logs:
My whole Beat Saber log:
_latest.log
Counters+ Log:
_latest.log

Hi, please check that you have a CountersPlus.dll in the Plugins folder of your beat saber install

Hello again, thank you as the problem was that the name of the .dll was wrong, and you told me what to rename it to, although that wasn't what you said, it still helped me. Thanks!


chore(test): update operator tests o-z to use pipeable operators

Update remaining operator tests (names starting with o-z) to use pipeable operators and updated import sites

I think we can take this as is. :+1:


chore(ci): streams semantic-release output

Description
Semantic release seemed to hang on the recent v3 release. However, it did seem to work - at least partially - since the NPM package was published, a git tag and changelog was pushed back to this repo and Github release notes were added.
However, because it didn't seem to exit the TravisCI build timed out and failed. Because of this, subsequent steps to publish the updated pattern library and CDN copy did not execute :-(
Sadly, the build log doesn't offer any clues. I've tried running the same command locally and it seems to complete fine. Maybe it was a one-off glitch?
Semantic release is executed via Lerna, which buffers the output until the command completes. That's why we never got to see whatever semantic release might have been outputting to the console. This commit therefore changes the behaviour to log the output as it happens.
Hopefully, if this siuation occurs again, it we might be able to get to the bottom of why it failed.

:tada: This PR is included in version 3.1.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Missing link on logo in join page

On clicking the Real Dev Squad logo on the join page it should redirect to https://realdevsquad.com/

I'd like to solve the issue.

I'd like to solve the issue.

Hey @UrosKukovic, are you part of the Real Dev Squad discord community, if yes then ping me in the #new-tasks channel.
If not, then you can join our discord community Real Dev Squad to able to contribute in this issue by visiting this page
https://www.realdevsquad.com/join

Hey @shubham-y can you assign this to me if it's open?

@shubham-y i ping you on discord in #new-task can you please assign me

Hey @shubham-y can you assign this to me if it's open?

Hey @vishalsingh2972,  it seems like you are not part of our discord group.So, you can join our discord community Real Dev Squad to able to contribute in this issue by visiting this page
https://www.realdevsquad.com/join

please review my PR @shubham-y


Fix for issue #1992(tabFontSize not working)

#1992

This change has unfortunately made it so tabFontSize of the theme always takes precedence over any activeTextStyle or textStyle object you explicitly pass to the <Tab /> component. I feel like the order should be reversed so if you explicitly pass fontSize it should override the theme default.


Adjust various things to be able to use FindSecretsRequest from QML

Adapt the code from StoredKeyIdentifiersRequest from Crypto to be able to list secret identifiers with FindSecretsRequest.

@chriadam or @Venemo, any remarks ?

@dcaliste I've looked through your changes. Looks good to me, but I don't see why exactly you needed to wrap the FindSecretsRequest, ie. what was wrong with it?

Thanks for looking into this. It's exactly like Crypto/StoredKeyIdentifiersRequest. The identifiers output property is a list of Secrets::Secret::Identifier (resp. Crypto::Key::Identifier). But the Identifier class is not Q_GADGET and not exposable to QML (as far as I've understood it). Without the PR, a successfull request returning a list of two secrets for instance has a length shown as undefined from QML.
Maybe there is a better way to expose the identifiers property to QML, but I'm not an expert and just sheepishly followed what has been done for the crypto equivalent.

It's fine with me. It's quite clear and it works transparently from QML.

@venemo I've #139 that looks a bit the same, handling identifiers as input for some crypto requests, if you have time to look at ;)

@dcaliste Sure, will look at that too! :)


Mangaforfreecom: trust all certificate

Checklist:

[ ] Updated extVersionCode value in build.gradle for individual extensions
[x] Updated overrideVersionCode or baseVersionCode as needed for all multisrc extensions
[ ] Referenced all related issues in the PR body (e.g. "Closes #xyz")
[x] Added the isNsfw = true flag in build.gradle when appropriate
[x] Have not changed source names
[x] Have explicitly kept the id if a source's name or language were changed
[x] Have tested the modifications by compiling and running the extension through Android Studio
[ ] Have removed web_hi_res_512.png when adding a new extension

Plus, run the formatter.
/home/runner/work/extensions-source/extensions-source/multisrc/overrides/madara/mangaforfreecom/src/Mangaforfreecom.kt:3:1: Lint error > [import-ordering] Imports must be ordered in lexicographic order without any empty lines in-between with "java", "javax", "kotlin" and aliases in the end
/home/runner/work/extensions-source/extensions-source/multisrc/overrides/madara/mangaforfreecom/src/Mangaforfreecom.kt:4:1: Lint error > [no-unused-imports] Unused import
/home/runner/work/extensions-source/extensions-source/multisrc/overrides/madara/mangaforfreecom/src/Mangaforfreecom.kt:5:1: Lint error > [no-unused-imports] Unused import
/home/runner/work/extensions-source/extensions-source/multisrc/overrides/madara/mangaforfreecom/src/Mangaforfreecom.kt:7:1: Lint error > [no-unused-imports] Unused import
/home/runner/work/extensions-source/extensions-source/multisrc/overrides/madara/mangaforfreecom/src/Mangaforfreecom.kt:24:17: Lint error > [spacing-between-declarations-with-annotations] Declarations and declarations with annotations should have an empty space between.
/home/runner/work/extensions-source/extensions-source/multisrc/overrides/madara/mangaforfreecom/src/Mangaforfreecom.kt:39:1: Lint error > [no-blank-line-before-rbrace] Unexpected blank line(s) before "}"


X509_cmp_time() can return undocumented values

The documentation for X509_cmp_time() states it returns -1 (for earlier than or equal to), 0 (error) or +1 (otherwise).
https://www.openssl.org/docs/manmaster/man3/X509_cmp_time.html
However, in 1.0.2n and 1.1.0g the function can end up returning the value of strcmp(buff1, buff2) which could be other values.
I've been debugging an issue where it was returning -2 and the application code was explicitly checking for -1.
Could the documentation be updated to state it returns < 0 (for earlier or equal to), 0 (error) or > 0 (otherwise) ?
Thanks, Marc

Uh, good catch.
You're looking at the docs for master, and in master this is true :) Here's what happened. This used to be undocumented. I cleaned up the code, and then I documented it (80770da39ebba0101079477611b7ce2f426653c5). I didn't notice that the old code used to return other values.
I'm going to put together a pull that fixes this for other branches too, because that seems like the path of least confusion. There is no value in returning -2.

https://github.com/openssl/openssl/pull/4955

Great - Thanks!

It looks like this issue has been solved long ago by #4955 and can be closed.


Improve dev experience by enabling useful browser flags

See https://github.com/GoogleChrome/chrome-launcher/blob/master/docs/chrome-flags-for-tools.md for a list of flags we can use to improve DX.

Also from this great sample https://github.com/Rob--W/extension-dev-tools/blob/master/chrome/master_preferences

Also from this great sample https://github.com/Rob--W/extension-dev-tools/blob/master/chrome/master_preferences


Fill depressions

Run code to fill depressions in topographies to ensure there are no internal oceans

Closed with #94


vmware-tanzu/carvel-setup-action@v1 disappeared

it seems that vmware-tanzu/carvel-setup-action@v1 was removed somehow and replaced with carvel-dev/setup-action@v1
The action doesnt exist anymore and we get an error: Repository not found
We switched to carvel-dev/setup-action@v1 and it works but the breaking change was not announced and the readme is still pointing to the old action.

If confirmed that the switch is final, I can create a PR to update the old references :)

Thanks for the callout @wanisfahmyDE. This is part of the ongoing effort to move to a vendor neutral organisation in light of Carvel being accepted as a CNCF Sandbox project (Slack thread). We might have missed a couple of things like this one during the migration and we will try to fix them ASAP.

If confirmed that the switch is final, I can create a PR to update the old references :)

Yep, this is final. That will be great, thank you :)

@wanisfahmyDE BTW, I was expecting this to work (because the redirections are working), can you tell more about the environment where you are using this, maybe redirections are disabled?

@praveenrewar redirection works when hitting links in the browser, but from our github actions workflows it didn't when we were still referencing the old path

That is weird. I am not sure what could be causing it, but glad that carvel-dev/setup-action@1 works for you.

I'm also seeing the redirects work as expected in a workflow (including the old k14s one): https://github.com/jbrunton/test-carvel-setup-action/blob/develop/.github/workflows/test.yml
@wanisfahmyDE : Out of curiosity, are you able to spot any differences between the above workflow and the one you're using which was causing problems?
Also, thank you for the PR!

I'm also seeing the redirects work as expected in a workflow (including the old k14s one): https://github.com/jbrunton/test-carvel-setup-action/blob/develop/.github/workflows/test.yml
@wanisfahmyDE : Out of curiosity, are you able to spot any differences between the above workflow and the one you're using which was causing problems?
Also, thank you for the PR!

Hey @jbrunton i'm not sure if that's the issue, but we're actually encapsulating the carvel action in another custom action that we provide in our org and this one is composite.
the error we get is:
Error: Unable to resolve actions. Repository not found: vmware-tanzu/carvel-setup-action

our action looks like this:
name: Deploy Helm Chart with kapp
description: Uses Carvel kapp to deploy a Helm chart with diffing and logs
inputs:
  release:
    description: Name of the Helm release that should be deployed
    required: true
    default: ${{github.event.repository.name}}
  chart:
    description: Path to or name of the chart that should be deployed
    required: true
  version:
    description: Version of the Helm chart that should be deployed
    required: true
  namespace:
    description: Kubernetes namespace into which the chart will be deployed
    required: true
    default: ${{github.event.repository.name}}
  set:
    description: A list of properties in dot notation and their values that should be passed to the Helm templating
    required: false
  value-files:
    description: A list of paths to YAML files containing values to be used by Helm templating, separated by commas
    required: false
  additional-helm-args:
    description: Additional CLI arguments that should be passed to the Helm template command
    required: false
runs:
  using: composite
  steps:
    - name: Setup Helm
      uses: azure/setup-helm@v3
      with:
        version: v3.9.4

    - name: Setup kapp
      uses: carvel-dev/setup-action@v1
      with:
        only: kapp
        kapp: v0.53.0

    - name: Extract ECR charts
      uses: actions-ecosystem/action-regex-match@v2
      id: ecr-regex
      with:
        text: ${{inputs.chart}}
        regex: '^oci:\/\/([0-9]{12}.dkr.ecr.[a-z0-9-]+.amazonaws.com)\/.*$'
        flags: g

    - name: Login Helm for ECR
      if: steps.ecr-regex.outputs.match != ''
      shell: bash
      run: aws ecr get-login-password | helm registry login --username AWS --password-stdin ${{steps.ecr-regex.outputs.group1}}

    - name: Determine Helm flags
      uses: actions/github-script@v6
      id: helm-flags
      env:
        VALUE_FILES: ${{inputs.value-files}}
      with:
        result-encoding: string
        # language=JavaScript
        script: |
          const valueFiles = (process.env.VALUE_FILES ?? '')
              .split(',')
              .map(x => `-f ${x}`)
              .join(' ')
          return valueFiles

    - name: Deploy
      env:
        FORCE_COLOR: '1'
      shell: bash
      run: helm template ${{inputs.release}} ${{inputs.chart}} --version ${{inputs.version}} -n ${{inputs.namespace}} --set '${{inputs.set}}' ${{steps.helm-flags.outputs.result}} ${{inputs.additional-helm-args}} | kapp deploy -n ${{inputs.namespace}} -c -y -a ${{inputs.release}} -f-

@wanisfahmyDE : Thanks for the context. Apparently the redirect behaviour in actions is intentionally different from workflows: https://docs.github.com/en/actions/learn-github-actions/finding-and-customizing-actions#adding-an-action-to-your-workflow

To enhance security, GitHub Actions is deprecating redirects for actions. This means that when the owner or name of an action's repository is changed, any workflows using that action with the previous name will fail.

Unfortunately I don't think there's anything else we can do about that as maintainers, but thank you for the PR - we'll get that merged.


[firebase_analytics] Version 5+ causes app to immediately close

I have installed this plug-in and notice that if I use version 5 or higher, the app immediately closes as soon as it opens (splash screen appears for about one second and then it closes). No error is logged, and this seems to happen before a debugging connection can be made by Android Studio.
After seeing a YouTube video by someone with the same issue (https://www.youtube.com/watch?v=SXuB9oa3t9A) I decided to just try an older version, even though I've never used this plug-in before.
I am only building this for Android, and testing is being done on a physical lPixel 1 phone running Android 10.
I found that versions lower than 5 work OK, however they give these warnings on build:
Note: /Users/Ted/Documents/Timeshift/Development/flutter/.pub-cache/hosted/pub.dartlang.org/firebase_analytics-4.0.2/android/src/main/java/io/flutter/plugins/firebaseanalytics/FirebaseAnalyticsPlugin.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: /Users/Ted/Documents/Timeshift/Development/flutter/.pub-cache/hosted/pub.dartlang.org/firebase_analytics-4.0.2/android/src/main/java/io/flutter/plugins/firebaseanalytics/FirebaseAnalyticsPlugin.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.

I am up to date on flutter upgrade, and flutter doctor doesn't show any issues.
[✓] Flutter (Channel stable, v1.9.1+hotfix.6, on Mac OS X 10.15.1 19B88, locale
    en-US)

[✓] Android toolchain - develop for Android devices (Android SDK version 29.0.2)
[✓] Xcode - develop for iOS and macOS (Xcode 11.1)
[✓] Android Studio (version 3.5)
[✓] Connected device (1 available)

• No issues found!

Would love to use the current version... if anyone has any suggestions I would very much appreciate it.

Hi @phoelapyae69
can you please provide your flutter run --verbose?
I'm not suggesting it or recommending this,
but just for science, you might want to try switching channel
 flutter channel master
 flutter upgrade
Thank you

When I ran flutter upgrade I noticed this message:
Your flutter checkout has local changes that would be erased by upgrading. If you want to keep these changes, it is recommended that you stash them via "git stash" or else commit the changes to a local branch. If it is okay to remove local changes, then re-run this command with --force.
So I had a look in git and there were some changed files... So my guess is my previous attempt to upgrade didn't complete properly.
I first tried the --force option but still got the same error.
Next, I committed those changed files to a local branch and then did another flutter upgrade and I noticed that took me from v1.9.1+hotfix.6 to 1.12.13+hotfix.5 and seemed to work OK.
Now, the analytics plugin seems to be working (still on stable branch).
Still don't know what caused those file changes (I don't mess with those files).
Just to be clear, am I meant to have firebase_core AND firebase_analytics in my pubspec.yaml? These's some documentation that shows both, and other that shows just firebase_analytics.

@timeshift-ted generally you are expected to use firebase_core together with all Firebase plugins.
It looks like this is no longer an issue, should we close it and if this issue is reproducible we can reopen or file a new issue?

Thank you! It seems to run fine without the firebase_core, but I'll add that in. I will close this issue.


Fixed README with the correct results and added the role to redis master

A couple of fixes in README.md. For instance, when you delete the redis-master pod , the sentinel pods do not decrease to 2. Infact, its just the reds server pods that loses its pod.
Also, added a word of caution for the newbies and the impatient to not run all commands consecutively but rather wait for th redid-master pod to come up and then delete it.

Please merge this.


(MODULES-2692) Update to latest upstream DSC

Will rebase and repush once #114 is merged.
Also waiting on https://github.com/PowerShell/DscResources/pull/61 to be merged so we can move past https://github.com/PowerShell/DscResources/commits/27aa83e

FYI @jpogran the last 2 commits here update the types and providers accordingly.

Goodies... love that commit message

All set for review @jpogran / @ferventcoder

ib/puppet_x/dsc_resources/xSharePoint/.gitattributes and .gitignore - those need to be removed. Other than that, LGTM.

Looks like there might be a rake task issue at https://github.com/puppetlabs/puppetlabs-dsc/blob/master/build/dsc.rake#L74


Test Cloud instance doesn't accept files for upload

On our test instance I can't seem to upload files as part of creating Media.
To reproduce:

Log in
Click on Manage->Content->Media -> Add Media
Pick Image Media Type
Click on Browse, in the file box.  Choose a JPG image and click Open.

I get these results:

Just noticed this error on the Drupal reports page:
User warning: mkdir(): Permission Denied in Drupal\Component\PhpStorage\FileStorage->createDirectory() (line 145 of /var/www/drupal/web/core/lib/Drupal/Component/PhpStorage/FileStorage.php)

What would be the filesystem directory that "public://2021-04" should translate to in the container?  Once I know the answer to that question, I an investigate why the container would have an issue writing to that directory.
Also, it is possible that https://github.com/jhu-idc/idc-isle-dc/pull/121 may help with some of these issues, but discussion on that is probably needed.

Blocked by https://github.com/jhu-idc/idcApp-k8s/issues/43


nep-Y: add missing return error codes

Based on the
https://docs.google.com/spreadsheets/d/1VShwR1qdVeE7J4gGUBzSPnjAIWkhXb-VT9yvf9cau6I/edit#gid=0 and https://github.com/nspcc-dev/neo-go/pull/3063.
I've added comments to the table wrt the rest of issues specified in the https://docs.google.com/spreadsheets/d/1VShwR1qdVeE7J4gGUBzSPnjAIWkhXb-VT9yvf9cau6I/edit#gid=0.

@roman-khimov, I'm not able to request your review here, thus I'm leaving this comment.


[Task]: pixel/image-level AUC-ROC curve

What is the motivation for this task?
I am having troubles understanding this metric.
As normally auroc curves are related to TPR (true positive rate) and FPR (false positive rate) for each classification threshhold value. But in this example we get a point on the auroc curve for every 100th step, what exactly is a point?  e.g., how should I interpret 0.84 pixel-level AUC-ROC.

Describe the solution you'd like
Maybe some insights into how to understand the pixel/image-level AUC-ROC curve?
Additional context
No response

It is configured to log in WandB.
So.. e.g. at training step 100 the area under the ROC (AUC-ROC) curve is 0.7ish? But is the ROC curve created by changing the threshold (between 1 and 0) for each training-step and then I just log after every 100th training-step AUC-ROC value, which then give me a AUCROC-plot of: training steps / log-interval (5000/100) = 500 - AUC-ROC points?


zsh rehash on package installation

When installing new packages existing zsh sessions are not aware of the new binaries in $PATH
Integrate the following solution: https://wiki.archlinux.org/title/Zsh#Persistent_rehash

Resolved in 66409c5314c159bc7795f99a779a2a54426255dd


Mistral AI API Support

So i am trying out this new pydanticAI and i am not sure if am doing it right or not:
from pydantic_ai import Agent
from pydantic import BaseModel
from mistralai import Mistral
from pydantic_ai.models.openai import OpenAIModel

class CityLocation(BaseModel):
    city: str
    country: str

# Initialize the client
client = Mistral(api_key="MISTRAL-API-KEY")

# Create model and agent using OpenAIModel
model = OpenAIModel("mistral-large-latest", openai_client=client)
agent = Agent(model, result_type=CityLocation)

# Run the query
result = agent.run_sync("Where the olympics held in 2012?")
print(result.data)
print(result.cost())

Which ended up giving me: 'Chat' object has no attribute 'completions'
I also tried removing mistralai library and used openai base and api key as mistral:
from pydantic_ai import Agent
from pydantic import BaseModel
from openai import  AsyncOpenAI
from pydantic_ai.models.openai import OpenAIModel

class CityLocation(BaseModel):
    city: str
    country: str

client = AsyncOpenAI(
    base_url='https://api.mistral.ai/v1/chat/completions',
    api_key='MISTRAL-API-KEY',
)

model = OpenAIModel('mistral-large-latest', openai_client=client)
agent = Agent(model,result_type=CityLocation)

result = agent.run_sync('Where the olympics held in 2012?')
print(result.data)
print(result.cost())

Which also doesnt seem to work and gives me:
openai.UnprocessableEntityError: Error code: 422 - {'object': 'error', 'message': {'detail': [{'type': 'extra_forbidden', 'loc': ['body', 'parallel_tool_calls'], 'msg': 'Extra inputs are not permitted', 'input': True}]}, 'type': 'invalid_request_error', 'param': None, 'code': None}

See #146 and #173.
As your issue shows, Mistral's API is not OpenAI compatible.

@DrRuin Working on it. And yes Mistral's API is not OpenAI compatible.

Note:
@samuelcolvin for the stream structured. It's needed to add setup with default value.
see : country: List[str] = []
from typing import List

class CityLocation(BaseModel):
    city: List[str]
    country: List[str] = [] # Need to define a default value.

model = MistralModel(
    model_name='mistral-large-latest',
    api_key=os.environ.get('MISTRAL_API_KEY')
)
agent = Agent(model,result_type=CityLocation)
async with agent.run_stream('Could you give a 20 random city? in france') as result:
    async for profile in result.stream():
        print(profile)

# CityLocation(city=['Paris'], country=[])
# CityLocation(city=['Paris', 'Marse'], country=[])
# CityLocation(city=['Paris', 'Marseille', 'Lyon'], country=[])
# CityLocation(city=['Paris', 'Marseille', 'Lyon', 'Toulouse'], country=[])
# CityLocation(city=['Paris', 'Marseille', 'Lyon', 'Toulouse', 'Nice'], country=[])

from typing import List

class CityLocation(BaseModel):
    city: List[str]
    country: List[str] = [] # Need to define a default value.

model = MistralModel(
    model_name='mistral-large-latest',
    api_key=os.environ.get('MISTRAL_API_KEY')
)
agent = Agent(model,result_type=CityLocation)
async with agent.run_stream('Could you give a 20 random city? in france') as result:
    async for profile in result.stream():
        print(profile)

# CityLocation(city=['Paris'], country=[])
# CityLocation(city=['Paris', 'Marse'], country=[])
# CityLocation(city=['Paris', 'Marseille', 'Lyon'], country=[])
# CityLocation(city=['Paris', 'Marseille', 'Lyon', 'Toulouse'], country=[])
# CityLocation(city=['Paris', 'Marseille', 'Lyon', 'Toulouse', 'Nice'], country=[])

---------------------------------------------------------------------------
ValidationError                           Traceback (most recent call last)
Cell In[18], [line 14](vscode-notebook-cell:?execution_count=18&line=14)
     [12](vscode-notebook-cell:?execution_count=18&line=12) agent = Agent(model,result_type=CityLocation)
     [13](vscode-notebook-cell:?execution_count=18&line=13) async with agent.run_stream('Could you give a 20 random city? in france') as result:
---> [14](vscode-notebook-cell:?execution_count=18&line=14)     async for profile in result.stream():
     [15](vscode-notebook-cell:?execution_count=18&line=15)         print(profile)

File ~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic_ai/result.py:156, in StreamedRunResult.stream(self, debounce_by)
    [154](/~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic_ai/result.py:154) else:
    [155](/~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic_ai/result.py:155)     async for structured_message, is_last in self.stream_structured(debounce_by=debounce_by):
--> [156](/~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic_ai/result.py:156)         yield await self.validate_structured_result(structured_message, allow_partial=not is_last)

File ~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic_ai/result.py:288, in StreamedRunResult.validate_structured_result(self, message, allow_partial)
    [283](_ai/result.py:283)     raise exceptions.UnexpectedModelBehavior(
    [284](_ai/result.py:284)         f'Invalid message, unable to find tool: {self._result_schema.tool_names()}'
    [285](_ai/result.py:285)     )
    [287](_ai/result.py:287) call, result_tool = match
--> [288](_ai/result.py:288) result_data = result_tool.validate(call, allow_partial=allow_partial, wrap_validation_errors=False)
    [290](_ai/result.py:290) for validator in self._result_validators:
    [291](_ai/result.py:291)     result_data = await validator.validate(result_data, self._deps, 0, call)

File ~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic_ai/_result.py:189, in ResultTool.validate(self, tool_call, allow_partial, wrap_validation_errors)
    [185](_ai/_result.py:185)         result = self.type_adapter.validate_json(
    [186](_ai/_result.py:186)             tool_call.args.args_json or '', experimental_allow_partial=pyd_allow_partial
    [187](_ai/_result.py:187)         )
    [188](_ai/_result.py:188)     else:
--> [189](_ai/_result.py:189)         result = self.type_adapter.validate_python(
    [190](_ai/_result.py:190)             tool_call.args.args_dict, experimental_allow_partial=pyd_allow_partial
    [191](_ai/_result.py:191)         )
    [192](_ai/_result.py:192) except ValidationError as e:
    [193](_ai/_result.py:193)     if wrap_validation_errors:

File ~/.pyenv/versions/3.12.0/lib/python3.12/site-packages/pydantic/type_adapter.py:412, in TypeAdapter.validate_python(self, object, strict, from_attributes, context, experimental_allow_partial)
    [382](/type_adapter.py:382) def validate_python(
    [383](/type_adapter.py:383)     self,
    [384](/type_adapter.py:384)     object: Any,
   (...)
    [390](/type_adapter.py:390)     experimental_allow_partial: bool | Literal['off', 'on', 'trailing-strings'] = False,
    [391](/type_adapter.py:391) ) -> T:
    [392](/type_adapter.py:392)     """Validate a Python object against the model.
    [393](/type_adapter.py:393)
    [394](/type_adapter.py:394)     Args:
   (...)
    [410](/type_adapter.py:410)         The validated object.
    [411](/type_adapter.py:411)     """
--> [412](/type_adapter.py:412)     return self.validator.validate_python(
    [413](/type_adapter.py:413)         object,
    [414](/type_adapter.py:414)         strict=strict,
    [415](/type_adapter.py:415)         from_attributes=from_attributes,
    [416](/type_adapter.py:416)         context=context,
    [417](/type_adapter.py:417)         allow_partial=experimental_allow_partial,
    [418](/type_adapter.py:418)     )

ValidationError: 1 validation error for CityLocation
country
  Field required [type=missing, input_value={'city': ['Paris']}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing

Hi @DrRuin,
Feel free to fork from my PR: #173. https://github.com/pydantic/pydantic-ai/pull/173
I’m currently working on writing some tests. It would be great if you could test it on your end as well. This could help refine the feature and contribute to writing additional tests.

I am having kinda similar issue with TGI self-hosted model when trying to use tool calling with the following code, while it is fine with str result_type
from pydantic import BaseModel

from pydantic_ai import Agent
from pydantic_ai.models.openai import OpenAIModel

class CityLocation(BaseModel):
    city: str
    country: str

model = OpenAIModel(
    model_name='Meta-Llama-3.1-70B-Instruct',
    base_url = 'http://localhost:8000/v1',
    api_key ="-",

)
agent = Agent(model, result_type=CityLocation)
result = agent.run_sync('Where were the olympics held in 2012?')
print(result.data)
#> city='London' country='United Kingdom'
print(result.cost())

UnprocessableEntityError: Failed to deserialize the JSON body into the target type: messages[1]: missing field `content` at line 1 column 235

Does it require similar development to this feature request? https://github.com/pydantic/pydantic-ai/issues/224

I did but my issue got deleted.


Build problem

Hey I think there might be a build problem or a typo in the built code in the Zepto waypoints js.
I downloaded this
https://github.com/imakewebthings/waypoints/blob/master/lib/zepto.waypoints.js#L7
and running that got this error Uncaught TypeError: (intermediate value)(intermediate value)(...) is not a function(anonymous function)
But looking at the minned version the first character is !
https://github.com/imakewebthings/waypoints/blob/master/lib/zepto.waypoints.min.js#L7
which is missing on the unminned version.
Added the ! and it all works.

@sebastianthomas Would you be able to show me a page with this error. I created a blank page with nothing but Zepto 1.1.6 and zepto.waypoints.js and saw no error.

@sebastianthomas If you have more info let me know and I can reopen this.


TabIndex not working in ItemsControl.DataTemplate

I have an ItemsControl with n-TextBoxes which should be accessable by the Tab. Actually it is not working. I also tried to give each TextBox an own TabIndex (TabIndex="{Binding TabIndex}"; 1,2,..). Sadly as you can see in the preview it is not working.
<ItemsControl Grid.Row="1" Grid.Column="0" Grid.ColumnSpan="5" Items="{Binding Path=LocalizedTexts}">
  <ItemsControl.ItemTemplate>
    <DataTemplate>
      <Grid>
        <Grid.ColumnDefinitions>
          <ColumnDefinition SharedSizeGroup="A" Width="Auto"/>
          <ColumnDefinition Width="20"/>
          <ColumnDefinition SharedSizeGroup="B" Width="Auto"/>
          <ColumnDefinition Width="20"/>
          <ColumnDefinition Width="*"/>
        </Grid.ColumnDefinitions>
        <TextBlock Grid.Column="0" Text="{Binding Locale}" VerticalAlignment="Center"/>
        <TextBlock Grid.Column="2" Text="{Binding OldText}" VerticalAlignment="Center"/>
        <TextBox Grid.Column="4" Text="{Binding Text, Mode=TwoWay}" IsTabStop="True" TabIndex="{Binding TabIndex}"/>
      </Grid>
    </DataTemplate>
  </ItemsControl.ItemTemplate>
</ItemsControl>

Avalonia v0.10.11 on Windows 10

I think it is a feature, not a bug. You need to set KeyboardNavigation.TabNavigation property to Continue on ItemsPresenter.
<ItemsControl.Styles>
        <Style Selector="ItemsPresenter">
            <Setter Property="(KeyboardNavigation.TabNavigation)" Value="Continue" />
        </Style>
</ItemsControl.Styles>

I had the same issue in one of my applications and the proposed fix from @BAndysc  works. Now  I wonder if the specified tab navigation should be the default like in WPF. I was very confused that I have to set the value in the first place.

Thanks @BAndysc, your solution brought the desired success. As @chkr1011 already mentioned, I ask myself the same question whether this behaviour should not be implemented by default.

Keeping this issue open for changing KeyboardNavigation.TabNavigation default value for list-like controls to match WPF defaults.

Keeping this issue open for changing KeyboardNavigation.TabNavigation default value for list-like controls to match WPF defaults.

I think KeyboardNavigationMode.Once for ItemsControl is the same for WPF isn't it? See https://stackoverflow.com/questions/1126838/tab-between-list-elements-wpf


AU Patient snippets - Personal Pronouns extension fixes

This is an international extension, not AU Base, therefore update comment - https://github.com/robstwd/fhir-snippets/blob/main/snippets/FHIR-Patient-examples.code-snippets#L148
Add to AU Core Patient snippet as it has MS

Comment updated; already present in AU Core Patient snippet
Fixed via d771052eb1b9cf2521477ac9ad697db3b33e1d0e