Config and metrics are missing / incorrect in the web app - wandb sync offline

Hi,
When trying to sync an offline run for my project, my metrics and config are not logged correctly:

The logged metrics do not appear in the Runs tab, or in the Metrics section in the Overview tab of a specific run
They do not show up when I'm looking to show them as columns in the runs table
However, they do appear under the charts section. The images are correctly logged too.
The config is different from the one the script is using to run, it seems to be some default one (ie the displayed config arguments don't seem to be correctly overridden, but the script works as expected using the overridden ones)

.

.

.
Here is the log file for the sync:

2023-11-09 18:36:10 INFO open for scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/run-ww33p8zl.wandb
2023-11-09 18:36:10 INFO watching files in: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files
2023-11-09 18:36:10 INFO run started: ww33p8zl with start time<PHONE_NUMBER>.874799
2023-11-09 18:36:10 INFO saving file wandb-metadata.json with policy now
2023-11-09 18:36:10 INFO saving file wandb-summary.json with policy end
2023-11-09 18:36:10 INFO handling exit code: 1
2023-11-09 18:36:10 INFO handling runtime: 656
2023-11-09 18:36:10 INFO saving file wandb-summary.json with policy end
2023-11-09 18:36:10 INFO send defer
2023-11-09 18:36:10 INFO handle sender defer: 0
2023-11-09 18:36:10 INFO send defer: 1
2023-11-09 18:36:10 INFO handle sender defer: 1
2023-11-09 18:36:10 INFO send defer: 2
2023-11-09 18:36:10 INFO handle sender defer: 2
2023-11-09 18:36:10 INFO send defer: 3
2023-11-09 18:36:10 INFO handle sender defer: 3
2023-11-09 18:36:10 INFO send defer: 4
2023-11-09 18:36:10 INFO handle sender defer: 4
2023-11-09 18:36:10 INFO send defer: 5
2023-11-09 18:36:10 INFO handle sender defer: 5
2023-11-09 18:36:10 INFO send defer: 6
2023-11-09 18:36:10 INFO handle sender defer: 6
2023-11-09 18:36:10 INFO send defer: 7
2023-11-09 18:36:10 INFO handle sender defer: 7
2023-11-09 18:36:11 INFO Uploaded file /tmp/tmpdzq5oll9wandb/6ikc9mpg-wandb-metadata.json
2023-11-09 18:36:11 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/wandb-summary.json
2023-11-09 18:36:11 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/config.yaml
2023-11-09 18:36:11 INFO file/dir created: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/output.log
2023-11-09 18:36:12 INFO send defer: 8
2023-11-09 18:36:12 INFO handle sender defer: 8
2023-11-09 18:36:12 INFO Attempting to build job artifact
2023-11-09 18:36:12 INFO no source found
2023-11-09 18:36:12 INFO send defer: 9
2023-11-09 18:36:12 INFO handle sender defer: 9
2023-11-09 18:36:12 INFO shutting down directory watcher
2023-11-09 18:36:13 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/output.log
2023-11-09 18:36:13 INFO scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files
2023-11-09 18:36:13 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/conda-environment.yaml conda-environment.yaml
2023-11-09 18:36:13 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/wandb-metadata.json wandb-metadata.json
2023-11-09 18:36:13 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/config.yaml config.yaml
2023-11-09 18:36:13 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/requirements.txt requirements.txt
2023-11-09 18:36:13 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/wandb-summary.json wandb-summary.json
2023-11-09 18:36:13 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/output.log output.log
2023-11-09 18:36:13 INFO send defer: 10
2023-11-09 18:36:13 INFO handle sender defer: 10
2023-11-09 18:36:13 INFO shutting down file pusher
2023-11-09 18:36:13 INFO shutting down sender
2023-11-09 18:36:13 INFO shutting down file pusher
2023-11-09 18:36:13 INFO waiting for file pusher
2023-11-09 18:36:14 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/conda-environment.yaml
2023-11-09 18:36:14 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/config.yaml
2023-11-09 18:36:14 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/output.log
2023-11-09 18:36:14 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/requirements.txt
2023-11-09 18:36:14 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-09/18-04-29/wandb/offline-run-20231109_180430-ww33p8zl/files/wandb-summary.json
2023-11-09 18:36:14 INFO send defer: 11
2023-11-09 18:36:14 INFO file stream finish called
2023-11-09 18:36:15 INFO file stream finish is done
2023-11-10 09:49:03 INFO open for scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/run-au4msplk.wandb
2023-11-10 09:49:04 INFO watching files in: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files
2023-11-10 09:49:04 INFO run started: au4msplk with start time<PHONE_NUMBER>.15392
2023-11-10 09:49:04 INFO saving file wandb-metadata.json with policy now
2023-11-10 09:49:04 INFO saving file 0_best.ckpt with policy live
2023-11-10 09:49:04 INFO saving file 0_best.ckpt with policy live
2023-11-10 09:49:04 INFO saving file 0_best.ckpt with policy live
2023-11-10 09:49:04 INFO saving file 0_best.ckpt with policy live
2023-11-10 09:49:04 INFO saving file 0_best.ckpt with policy live
2023-11-10 09:49:04 INFO saving file 0_best.ckpt with policy live
2023-11-10 09:49:04 INFO shutting down sender
2023-11-10 09:49:05 INFO Uploaded file /tmp/tmpztroh0qzwandb/1iot7g67-wandb-metadata.json
2023-11-10 09:49:05 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log
2023-11-10 09:49:06 INFO shutting down directory watcher
2023-11-10 09:49:07 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log
2023-11-10 09:49:07 INFO scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files
2023-11-10 09:49:07 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/conda-environment.yaml conda-environment.yaml
2023-11-10 09:49:07 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/wandb-metadata.json wandb-metadata.json
2023-11-10 09:49:07 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/config.yaml config.yaml
2023-11-10 09:49:07 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/0_best.ckpt 0_best.ckpt
2023-11-10 09:49:07 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/requirements.txt requirements.txt
2023-11-10 09:49:07 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log output.log
2023-11-10 09:49:07 INFO shutting down file pusher
2023-11-10 09:49:07 INFO waiting for file pusher
2023-11-10 09:49:08 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/conda-environment.yaml
2023-11-10 09:49:08 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log
2023-11-10 09:49:08 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/requirements.txt
2023-11-10 09:49:08 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/config.yaml
2023-11-10 09:49:10 INFO Uploaded file /tmp/tmpztroh0qzwandb/8wtvpbxd-0_best.ckpt
2023-11-10 09:49:11 INFO file stream finish called
2023-11-10 09:49:12 INFO file stream finish is done
2023-11-10 10:00:41 INFO open for scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/run-au4msplk.wandb
2023-11-10 10:00:41 INFO watching files in: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files
2023-11-10 10:00:41 INFO run started: au4msplk with start time<PHONE_NUMBER>.15392
2023-11-10 10:00:41 INFO saving file wandb-metadata.json with policy now
2023-11-10 10:00:41 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:41 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:41 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:41 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:41 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:42 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:42 INFO shutting down sender
2023-11-10 10:00:42 INFO Uploaded file /tmp/tmp5ipqxa7xwandb/kqffqtqe-wandb-metadata.json
2023-11-10 10:00:42 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log
2023-11-10 10:00:43 INFO shutting down directory watcher
2023-11-10 10:00:44 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log
2023-11-10 10:00:44 INFO scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files
2023-11-10 10:00:44 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/conda-environment.yaml conda-environment.yaml
2023-11-10 10:00:44 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/wandb-metadata.json wandb-metadata.json
2023-11-10 10:00:44 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/config.yaml config.yaml
2023-11-10 10:00:44 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/0_best.ckpt 0_best.ckpt
2023-11-10 10:00:44 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/requirements.txt requirements.txt
2023-11-10 10:00:44 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log output.log
2023-11-10 10:00:44 INFO shutting down file pusher
2023-11-10 10:00:44 INFO waiting for file pusher
2023-11-10 10:00:45 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/conda-environment.yaml
2023-11-10 10:00:45 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/config.yaml
2023-11-10 10:00:45 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/output.log
2023-11-10 10:00:45 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-33-36/wandb/offline-run-20231110_003338-au4msplk/files/requirements.txt
2023-11-10 10:00:47 INFO Uploaded file /tmp/tmp5ipqxa7xwandb/1x1hmwej-0_best.ckpt
2023-11-10 10:00:47 INFO file stream finish called
2023-11-10 10:00:48 INFO file stream finish is done
2023-11-10 10:00:55 INFO open for scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/run-q5qk4ji8.wandb
2023-11-10 10:00:57 INFO watching files in: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files
2023-11-10 10:00:57 INFO run started: q5qk4ji8 with start time<PHONE_NUMBER>.715928
2023-11-10 10:00:57 INFO saving file wandb-metadata.json with policy now
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file media/images/test_0000_500_c5d166a06becf88fd38f.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0001_500_c06522768fb96265c83e.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0002_500_c2be55f2f072bb60a939.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0003_500_ecdc31376235f5b2524c.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0004_500_57e77ec2c732a7422d9d.png with policy now
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file media/images/test_0000_1000_a58492ad6aeed6c5c96a.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0001_1000_fcf51271ff32bb863948.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0002_1000_506e992c3dace6b6f969.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0003_1000_f65501d1e591a3334734.png with policy now
2023-11-10 10:00:57 INFO saving file media/images/test_0004_1000_3a5acac08b2cb5129e53.png with policy now
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:57 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file media/images/test_0000_1500_33f499ca9323c7076bc7.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0001_1500_74ee5854db858a6162d0.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0002_1500_2982f5e7c50aa2ef0e58.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0003_1500_a4124ea151c624d61fcc.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0004_1500_f1ca6bba620f9969d445.png with policy now
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file media/images/test_0000_2000_d1a28ab92a8b57dabd19.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0001_2000_5f577550355a38de7fe6.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0002_2000_64d51d2c7ca7c026f753.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0003_2000_c740e7ac4c50d98d4e16.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0004_2000_f594c1c5c6f93f478c04.png with policy now
2023-11-10 10:00:58 INFO Uploaded file /tmp/tmprnytv7jqwandb/b8uuikbe-wandb-metadata.json
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file 0_best.ckpt with policy live
2023-11-10 10:00:58 INFO saving file media/images/test_0000_2500_71435586d9c2fb35ce57.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0001_2500_64acbda23d8fc7dbbb96.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0002_2500_c882450edd3f58eb6ff9.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0003_2500_1af91530b7fe230f5a50.png with policy now
2023-11-10 10:00:58 INFO saving file media/images/test_0004_2500_5313b9d6757b035a9830.png with policy now
2023-11-10 10:00:58 INFO file/dir created: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/output.log
2023-11-10 10:00:58 INFO shutting down sender
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/r19b9s6z-media/images/test_0003_500_ecdc31376235f5b2524c.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/tqns7nji-media/images/test_0000_500_c5d166a06becf88fd38f.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/lyla9cfn-media/images/test_0001_500_c06522768fb96265c83e.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/kfi8g4o2-media/images/test_0002_1000_506e992c3dace6b6f969.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/7fc0t1cb-media/images/test_0003_1000_f65501d1e591a3334734.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/cfuk1z7z-media/images/test_0004_1000_3a5acac08b2cb5129e53.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/ffi68xld-media/images/test_0002_500_c2be55f2f072bb60a939.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/dr3y4rkp-media/images/test_0001_1500_74ee5854db858a6162d0.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/h8n8tpd9-media/images/test_0001_1000_fcf51271ff32bb863948.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/13q580h2-media/images/test_0000_1000_a58492ad6aeed6c5c96a.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/s6v2ds05-media/images/test_0000_1500_33f499ca9323c7076bc7.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/llk65b17-media/images/test_0004_500_57e77ec2c732a7422d9d.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/3jz34q0w-media/images/test_0000_2000_d1a28ab92a8b57dabd19.png
2023-11-10 10:00:59 INFO Uploaded file /tmp/tmprnytv7jqwandb/sryjx5co-media/images/test_0002_1500_2982f5e7c50aa2ef0e58.png
2023-11-10 10:00:59 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/output.log
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/t2yjk6vy-media/images/test_0000_2500_71435586d9c2fb35ce57.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/ujtyhua1-media/images/test_0003_2500_1af91530b7fe230f5a50.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/zyzvarrz-media/images/test_0003_2000_c740e7ac4c50d98d4e16.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/t6vbzmdz-media/images/test_0002_2000_64d51d2c7ca7c026f753.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/fh8gkrz8-media/images/test_0004_2000_f594c1c5c6f93f478c04.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/gumu522y-media/images/test_0004_2500_5313b9d6757b035a9830.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/j6c5b6yt-media/images/test_0003_1500_a4124ea151c624d61fcc.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/px9o89l8-media/images/test_0004_1500_f1ca6bba620f9969d445.png
2023-11-10 10:01:00 INFO Uploaded file /tmp/tmprnytv7jqwandb/ja401m37-media/images/test_0001_2000_5f577550355a38de7fe6.png
2023-11-10 10:01:01 INFO Uploaded file /tmp/tmprnytv7jqwandb/za7r8adr-media/images/test_0001_2500_64acbda23d8fc7dbbb96.png
2023-11-10 10:01:01 WARNING Connection pool is full, discarding connection: storage.googleapis.com. Connection pool size: 10
2023-11-10 10:01:01 INFO Uploaded file /tmp/tmprnytv7jqwandb/nnlp2itg-media/images/test_0002_2500_c882450edd3f58eb6ff9.png
2023-11-10 10:01:01 INFO shutting down directory watcher
2023-11-10 10:01:01 INFO file/dir modified: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/output.log
2023-11-10 10:01:01 INFO scan: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/conda-environment.yaml conda-environment.yaml
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/wandb-metadata.json wandb-metadata.json
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/config.yaml config.yaml
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/0_best.ckpt 0_best.ckpt
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/requirements.txt requirements.txt
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/output.log output.log
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0000_2000_d1a28ab92a8b57dabd19.png media/images/test_0000_2000_d1a28ab92a8b57dabd19.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0003_2000_c740e7ac4c50d98d4e16.png media/images/test_0003_2000_c740e7ac4c50d98d4e16.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0004_2500_5313b9d6757b035a9830.png media/images/test_0004_2500_5313b9d6757b035a9830.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0003_1500_a4124ea151c624d61fcc.png media/images/test_0003_1500_a4124ea151c624d61fcc.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0000_2500_71435586d9c2fb35ce57.png media/images/test_0000_2500_71435586d9c2fb35ce57.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0000_1500_33f499ca9323c7076bc7.png media/images/test_0000_1500_33f499ca9323c7076bc7.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0002_2500_c882450edd3f58eb6ff9.png media/images/test_0002_2500_c882450edd3f58eb6ff9.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0003_2500_1af91530b7fe230f5a50.png media/images/test_0003_2500_1af91530b7fe230f5a50.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0002_1000_506e992c3dace6b6f969.png media/images/test_0002_1000_506e992c3dace6b6f969.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0001_500_c06522768fb96265c83e.png media/images/test_0001_500_c06522768fb96265c83e.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0000_1000_a58492ad6aeed6c5c96a.png media/images/test_0000_1000_a58492ad6aeed6c5c96a.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0003_500_ecdc31376235f5b2524c.png media/images/test_0003_500_ecdc31376235f5b2524c.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0001_1500_74ee5854db858a6162d0.png media/images/test_0001_1500_74ee5854db858a6162d0.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0004_1500_f1ca6bba620f9969d445.png media/images/test_0004_1500_f1ca6bba620f9969d445.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0004_1000_3a5acac08b2cb5129e53.png media/images/test_0004_1000_3a5acac08b2cb5129e53.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0001_2000_5f577550355a38de7fe6.png media/images/test_0001_2000_5f577550355a38de7fe6.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0000_500_c5d166a06becf88fd38f.png media/images/test_0000_500_c5d166a06becf88fd38f.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0002_500_c2be55f2f072bb60a939.png media/images/test_0002_500_c2be55f2f072bb60a939.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0001_2500_64acbda23d8fc7dbbb96.png media/images/test_0001_2500_64acbda23d8fc7dbbb96.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0004_2000_f594c1c5c6f93f478c04.png media/images/test_0004_2000_f594c1c5c6f93f478c04.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0002_2000_64d51d2c7ca7c026f753.png media/images/test_0002_2000_64d51d2c7ca7c026f753.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0003_1000_f65501d1e591a3334734.png media/images/test_0003_1000_f65501d1e591a3334734.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0001_1000_fcf51271ff32bb863948.png media/images/test_0001_1000_fcf51271ff32bb863948.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0004_500_57e77ec2c732a7422d9d.png media/images/test_0004_500_57e77ec2c732a7422d9d.png
2023-11-10 10:01:01 INFO scan save: /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/media/images/test_0002_1500_2982f5e7c50aa2ef0e58.png media/images/test_0002_1500_2982f5e7c50aa2ef0e58.png
2023-11-10 10:01:01 INFO shutting down file pusher
2023-11-10 10:01:01 INFO waiting for file pusher
2023-11-10 10:01:02 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/config.yaml
2023-11-10 10:01:02 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/conda-environment.yaml
2023-11-10 10:01:02 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/output.log
2023-11-10 10:01:02 INFO Uploaded file /gpfsdswork/projects/rech/sgj/username/mapping_nir/outputs/2023-11-10/00-36-37/wandb/offline-run-20231110_003638-q5qk4ji8/files/requirements.txt
2023-11-10 10:01:03 WARNING Connection pool is full, discarding connection: storage.googleapis.com. Connection pool size: 10
2023-11-10 10:01:03 INFO Uploaded file /tmp/tmprnytv7jqwandb/0vocz21j-0_best.ckpt
2023-11-10 10:01:04 INFO file stream finish called
2023-11-10 10:01:05 INFO file stream finish is done

Similar to this issue, it appears that the file wandb-summary.json has not been properly created.
I'm not sure what the reason for this could be?

Hi @thomasXwang ,
Thank you for providing the logs, may I also request for the following:

Workspace link for this run you try to sync so we can investigate further if possible, if not a sample toy code you are using to sync offline
WandB Cli Version
Brief description of your environment set up

Hello @thomasXwang ,
May we follow up if you still need further assistance with the issue?

WandB Internal User commented:
JoanaMarieL commented:
Hi @thomasXwang ,
Thank you for providing the logs, may I also request for the following:

Workspace link for this run you try to sync so we can investigate further if possible, if not a sample toy code you are using to sync offline
WandB Cli Version
Brief description of your environment set up

Hi @JoanaMarieL and @sydholl ,

Similar to this issue, it appears that the file wandb-summary.json has not been properly created. I'm not sure what the reason for this could be?

So after digging a bit more, the file wandb-summary.json is only created at the end of my runs (unsure if it's the expected behavior?)
Thus, when trying to sync in-progress runs, only the graph was synced, but not the config and metrics.
Therefore, I kind of solved the issue by only syncing my runs when they are completed.
However, I would prefer if I could monitor my ongoing runs more easily using the table in the Wandb workspace, not only finished runs.

WandB Internal User commented:
thomasXwang commented:
Hi @JoanaMarieL and @sydholl ,

Similar to this issue, it appears that the file wandb-summary.json has not been properly created. I'm not sure what the reason for this could be?

So after digging a bit more, the file wandb-summary.json is only created at the end of my runs (unsure if it's the expected behavior?)
Thus, when trying to sync in-progress runs, only the graph was synced, but not the config and metrics.
Therefore, I kind of solved the issue by only syncing my runs when they are completed.
However, I would prefer if I could monitor my ongoing runs more easily using the table in the Wandb workspace, not only finished runs.


Add Moonbeam networks

Please add Moonbeam network. Thanks

Please fix linting

Please @datradito for next PRs try to keep the PR clean, seing a lot of commits for a minor change is very confusing


Docker image and commands to check CVE-2019-11043

Hi !
Thanks for this usefull work.
I built a docker image to easily check URLs for vulnerability :

https://github.com/ypereirareis/docker-CVE-2019-11043
https://hub.docker.com/r/ypereirareis/cve-2019-11043

If you consider it useful, feel free to add it to your documentation.
Thanks.

Thanks!


Update automated-tasks-with-cron-jobs to align on style guidelines an…

…d fix some typos
This PR touch on one of the tasks in https://github.com/kubernetes/website/issues/12740

[x] https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/

@cody-clark please help review, thanks

Thanks, @DanyC97! Looks great
Preview: https://deploy-preview-13184--kubernetes-io-master-staging.netlify.com/docs/tasks/job/automated-tasks-with-cron-jobs/
/lgtm
/approve


[INF] Fix missing long documentation in PyPI README

PR Description
Please describe the changes proposed in the pull request:
This PR resolves #1199. See discussion in attached issue.
Use <!-- pypi-doc --> as a boundary marker instead of .. pypi-doc since we moved to markdown. There should be no visible difference to the github README and to the documentation page.
After fixing, twine check no longer throws a warning about missing long-description, and I've confirmed that the long description gets compiled into the package metadata, so PyPI should be able to pick it up from there now.

I followed the pypi-doc boundary markers from previously. For the record, here is the resulting long description output:

Long description output
pyjanitor is a Python implementation of the R package janitor, and
provides a clean API for cleaning data.
Quick start

Installation: conda install -c conda-forge pyjanitor
Check out the collection of general functions

Why janitor?
Originally a port of the R package,
pyjanitor has evolved from a set of convenient data cleaning routines
into an experiment with the method chaining paradigm.
Data preprocessing usually consists of a series of steps
that involve transforming raw data into an understandable/usable format.
These series of steps need to be run in a certain sequence to achieve success.
We take a base data file as the starting point,
and perform actions on it,
such as removing null/empty rows,
replacing them with other values,
adding/renaming/removing columns of data,
filtering rows and others.
More formally, these steps along with their relationships
and dependencies are commonly referred to as a Directed Acyclic Graph (DAG).
The pandas API has been invaluable for the Python data science ecosystem,
and implements method chaining of a subset of methods as part of the API.
For example, resetting indexes (.reset_index()),
dropping null values (.dropna()), and more,
are accomplished via the appropriate pd.DataFrame method calls.
Inspired by the ease-of-use
and expressiveness of the dplyr package
of the R statistical language ecosystem,
we have evolved pyjanitor into a language
for expressing the data processing DAG for pandas users.
Installation
pyjanitor is currently installable from PyPI:
pip install pyjanitor

pyjanitor also can be installed by the conda package manager:
conda install pyjanitor -c conda-forge

pyjanitor can be installed by the pipenv environment manager too. This requires enabling prerelease dependencies:
pipenv install --pre pyjanitor

pyjanitor requires Python 3.6+.
Functionality
Current functionality includes:

Cleaning columns name (multi-indexes are possible!)
Removing empty rows and columns
Identifying duplicate entries
Encoding columns as categorical
Splitting your data into features and targets (for machine learning)
Adding, removing, and renaming columns
Coalesce multiple columns into a single column
Date conversions (from matlab, excel, unix) to Python datetime format
Expand a single column that has delimited, categorical values
into dummy-encoded variables
Concatenating and deconcatenating columns, based on a delimiter
Syntactic sugar for filtering the dataframe based on queries on a column
Experimental submodules for finance, biology, chemistry, engineering, and pyspark

Relevant Reviewers

Please tag maintainers to review.

@ericmjl

🚀 Deployed on https://deploy-preview-1216--pyjanitor.netlify.app

@thatlittleboy is it possible to attach a screenshot of the output - just to confirm that it works as expected on the pypi page

@thatlittleboy is it possible to attach a screenshot of the output - just to confirm that it works as expected on the pypi page

Yep, you can see it here: https://test.pypi.org/project/thatlittleboy-pyjanitor/0.24.0/


Query builder incorrect handle of inside functions

Hi, Seems like query builder doesn't generate query correctly when using function inside of another function.
Example code:
Model::find()
    ->select('TRUNCATE(SUM(table.column)/100,2) as count')
    ->all();

This simple query runs SQL:
SELECT TRUNCATE(SUM(table.column)/1000, `2)` AS `count` FROM `table`

As you can see, the problem is that it adds "``" around the parameter of the outer function
Correct SQL should be:
SELECT TRUNCATE(SUM(table.column)/1000, 2) AS `count` FROM `table`

Duplicates #8276

Actually solution was easier than I thought, so for anyone landing here:
You can also write select as an array and that way the query is created correctly.
My example above would be:
Model::find()
->select(['count'=>'TRUNCATE(SUM(table.column)/100,2)'])
->all();


Build VSIX as part of the solution

This pull request implements the foundations of #798. It addresses all of the blocking items which previously prevented this from moving forward, but leaves several simpler items related to an incomplete localization implementation in TestPlatform.Localization.targets the VSIX project not referencing the correct locations for individual project build outputs.

[x] Work around CPS multi-targeting limitations by explicitly including all source items

[x] Use solution references to ensure correct build order, since project references don't work

[x] Add VSIX project to the solution

[x] Fix NuGet restore for the VSSDK
[x] Fix debugging properties for the experimental instance

[ ] Fix solution build producing incorrect output

[ ] Fix solution build not localizing files
[ ] Fix solution build not placing files in the correct output location (or fix VSIX project to use the actual output location)

Please let me know if any of the remaining work items are not clear so we can unblock other contributors and efficiently as possible. :smile:

@sharwell,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

@sharwell thanks for starting this :+1: We may need to add a task to disable building VSIX from .sln in CLI, the VSSDK build tasks assembly seems to be desktop only. I will play around with this branch and post an update.

@sharwell
This seems like a good change to me. What is remaining to complete this one?

Closing this PR. Please let me know if someone wants to take this up.

@singhsarab As far as I can tell, the remaining items are still the items which are not checked off above


Add diskcache to .gitignore

The disckcache directory seems to be created when running tests

I've got some extra SQLite files in there:
$ tree diskcache/
diskcache/
└── 000
    ├── cache.db
    ├── cache.db-shm
    └── cache.db-wal

Would it be better to add *.db-shm and *.db-wal instead?

I would definitely prefer adding /diskcache. And possibly removing *.db as well, unless that's going to cause other problems.


[Request] Audio Should Pause When Phone Call Received

Currently the plugin supports playing audio. But if new audio is started in another app or a phone call is made/received, the audio does not stop playing.
The opposite is also true - if another audio source is playing audio, and audio is started with Plugin.Maui.Audio, it will not broadcast this to other apps. Therefore you get overlapping audio

On what OS is this? iOS? Android? Both?

I need it for android, but I'd imagine someone at some point may need it for apple too.


Prepare 0.22.0-beta.0 (prerelease/unstable/testing build)

I'm going to do a beta/prerelease of 0.22.0 so I can ensure I've worked all the build issues out with moz-central integration.
Might do another even later today if needed...

Note that you'd have to add rusqlite = "0.22.0-beta" to depend on this. It cannot happen by accident.


Chore: move vector store to top level

vector store should be at the same level as boxcar, train, and engine.

@jaigouk - FYI


RJ45 socket is to far away from PCB edge

A bit inconvenient when trying to unplug cable...

Hello.
I've used another type RJ45 sockets.
You can find the more useful for your keyboard.
SEPOR-RJ45-SOCKET.kicad_mod.zip
https://aliexpress.com/item/32974903992.html

Fixed in 1355b80bf61a885dfb9796597a6b3016640277ef


Whatsapp not connecting false no Internet

I was using ferdi for about a week now whenever I restart ferdi I have to Logout and Log back in but if someone doesn't know this Whatsapp released a new feature that allows you to connect to WhatsApp web without your phone.
So the problem is there is no use of the feature when I'm using it in ferdi because I have to re-login every time I restart.
Even though I have a stable Internet connection I always get this,

If I Logout and log in it works.
OS :- Manjaro
Installtion method :- yay package manager

I just signed up for the beta. Will test this out and report back on the behavior that I see.

And another thing I want to point out but irrelevant to this is that even though the app uses cache like 300+mbs it reloads the services every time I wake it up. I have turned on hibernation so I thought that this feature will unload the site to the disk cache and reload it from the disk . Is this the use of the caching feature or am I wrong.

The Whatsapp beta is definitely a bug, but at the same time, I am not suer we can support beta applications.

Duplicate of #1745


[Ember-Migration] Create a 404 Page

Issue
Closes #395
What is the change?
Step1: yarn install which install all dependencies for a project
Step2: In terminal i write "ember generate route page-not-found" which create 3 file inside folder
1. app\routes\page-not-found.js
2. app\templates\page-not-found.hbs
3. tests\unit\routes\page-not-found-test.js
Step3: I make changes in the route.js file, then make changes in  app\templates\page-not-found.hbs file
then create  file in styles folder (styles/page-not-found.css) and add styling in  page-not-found.css
Step4: In terminal i write "npm run lint:fix"
Step5: write test in tests\unit\routes\page-not-found-test.js
Is Development Tested?

Yes

Before / After Change Screenshots


Usage with asdf for elixir

I've been using vim-test with elixir for a while and love it. Switching to asdf for different versions of elixir/erlang in different projects, I do run into trouble though. Most probably a configuration issue on my side, but since I can't figure it out, maybe somebody here has a clue for me.
:!elixir -v returns my systems default version of elixir, v1.10.2.
:terminal, then elixir -v in it returns the version my shell uses in my current project using asdf, v1.9.4.
Using vim-test, the tests in this project are executed in v1.10.2 not as expected in v1.9.4, requiring recompilation of the project. What can I set to execute it in something like my login shell's environment?
NVIM v0.4.3, vim-test v2.1.0-304-g8300ee6. No configuration of vim-test except remapping of keys to run it.
Happy to provide any missing info…

Hello there, I am assuming your tests are written in exunit is that correct? The command that the runner uses is just elixir so I would compare the path of your shell with that used by the strategy and vim, it's possible the latter is not picking up the path changes from asdf.

Indeed they're written in exunit. I assumed the default strategy for neovim is :terminal, which should work according to the output above, but instead it looks like it's :!, which is confirmed above as non-working. Switching to let test#strategy = "neovim" has the same issue, except for the fact that it opens in a split window.

Are you running asdf from within :terminal?

asdf is triggered from my shell config, so spawning a new shell does run it, yes. And if I run it by hand, as shown in the original post, the output is correct and working. So it seems to me that e.g. :TestNearest does not really run it in :terminal, but I don't know where/how/why…

Are you using bash? This might help https://vi.stackexchange.com/questions/16019/neovim-terminal-not-reading-bash-profile

Using zsh but I assume it could be the same thing. But using :terminal, then executing by hand does work, using :TestNearest etc. does not.

Hm, didn't get any further. According to :h ! and :h terminal, but should use shell as configured, in my case a zsh. I don't see any difference between the two ways to execute, but maybe it's not a vim-test thing at all. I will try to talk to some neovim people about it and report back if I find a solution.

So, trying out the different commands, the difference seems to be if the shell is interactive or not. Asdf, sourced from ~/.zshrc is only sourced for an interactive shell because zsh only reads this file in this case.

I solved it by moving the asdf script to .zshenv which gets sourced also for non-interactive shells – works perfectly with vim-test now. Thanks @codeinabox for sparring…


browser.manage().getCookie() doesn't work correctly with IE

My code:
browser.manage().getCookie(cookie_key)
                .then(function (cookie) {
                    // put some expect clauses here
                });

I try this code with Chrome, Firefox and it work perfectly, but when I test in IE, it fails if I use 'expiry' field. So I inspect the cookie which is returned, in Chrome and Firefox, its value is { name : 'my_cookie', domain : 'localhost', secure : false, value : 'my_val', path : '/', httpOnly : false, class : 'org.openqa.selenium.Cookie', hCode : -309474065, expiry :<PHONE_NUMBER> }; and in IE, its value is { name : 'my_cookie', secure : false, value : 'my_val', path : '/', httpOnly : false, class : 'org.openqa.selenium.Cookie', hCode : -309474065 }. It doesn't include 'expiry' and 'domain' fields.
=== More information:
OS: Ubuntu 12.04
IE8 + IE11 (virtualbox)

Is there any alternative for this?


Migrate kinto-examples from kintohub-examples to kintoproj

All our examples are still stored in https://github.com/kintohub-examples/.
We should migrate them into a single monorepo under the new kintoproj organization.
/!\ make sure the references in kinto-docs are all being updated.

kinto-docs PR: https://github.com/kintoproj/kinto-docs/pull/10

Done! https://github.com/kintoproj/kinto-examples

We need to delete duplicated folders later:

gatsby (we also have gatsby-site)
nodejs (we also have nodejs-api)
nextjs (we also have nextjs-web-app)
preact (we also have react)
react (we also have preact and todo-react)
ruby (we also have ruby-api)

We need to delete duplicated folders later:

gatsby (we also have gatsby-site)
nodejs (we also have nodejs-api)
nextjs (we also have nextjs-web-app)
preact (we also have react)
react (we also have preact and todo-react)
ruby (we also have ruby-api)

@bappr before deleting them we have to make sure we don't have reference to one of the folders.


Do not start event watcher if host OS is Linux

In macOS and Windows, when a user resizes the main window, the window size change events will not reach the application loop until the user completes the resize process, effectively blocking rendering. This will cause the content to be stretched until the user completes the resize operation. To work around this problem an SDL event watcher is used, allowing the processing of the resize events as they happen.
Interestingly, the blocking behavior does not happen in Linux (i.e., the resize events are received immediately). Having the watcher active causes visual artifacts since the main thread and the watcher request rendering using different viewport sizes.
This PR disables the event watcher on Linux.
Discussed here: https://github.com/fjvallarino/monomer/issues/180

Thanks @Dretch!


Update cryptr.bash

Ask the user if they want to delete the original file
cryptr encrypt test.txt
enter AES-256-CBC encryption password:
Verifying - enter AES-256-CBC encryption password:
Do you want to delete the original file? (y/N): y
[notice] Deleting the original file

Thanks for this PR. See my comments inline.

@Gu1llaum-3 just release 2.3.0 with your change. Thanks.
https://github.com/nodesocket/cryptr/commit/e1c18c2b4438032a2e8ba8960b738f6377f33d5c


Remove HTTP Batch API and make arangobench --batch-size startup option obsolete

Scope & Purpose
The /_api/batch endpoint was deprecated in 3.8 and is now removed.

[ ] :hankey: Bugfix
[ ] :pizza: New feature
[ ] :fire: Performance improvement
[x] :hammer: Refactoring/simplification

Checklist

[ ] Tests

[ ] Regression tests
[ ] C++ Unit tests
[ ] integration tests
[ ] resilience tests

[x] :book: CHANGELOG entry made
[ ] :books: documentation written (release notes, API changes, ...)
[ ] Backports

[ ] Backport for 3.9: (Please link PR)
[ ] Backport for 3.8: (Please link PR)
[ ] Backport for 3.7: (Please link PR)

Related Information
https://arangodb.slack.com/archives/C01PP133A4T/p1657660154242759

[x] Docs PR:
[ ] Enterprise PR:
[ ] GitHub issue / Jira ticket:
[ ] Design document:

On hold for now


Importing Statistics on contamination in Tar creek superfund site

This PR adds the scripts used for the import of contamination in the Tar Creek superfund site

@beets , thanks for the review. I have updated the scripts based on your comments.

@beets , Thank you for the review.
About why Unnamed: 0 is in the replace map: After extracting the data with tabula, we see the Unnamed: 0 column containing values . We fix values that were incorrectly extracted using Unnamed: 0 in the replace map.
Hence, we will need to keep Unnamed: 0 in the replace map.

feel free to resolve the comments and merge


Argument of type '() => Promise' is not assignable to parameter of type 'TransitionFunction'

I have recently discovered that the transition function can not be async  according to the docs https://react.dev/reference/react/useTransition#react-doesnt-treat-my-state-update-as-a-transition
startTransition(async () => {
...
}

if you update your typing to the latest version i.e. @types/react": "18.2.14 you should observe this as well.
Argument of type '() => Promise<void>' is not assignable to parameter of type 'TransitionFunction'.
  Type 'Promise<void>' is not assignable to type 'VoidOrUndefinedOnly'

I didn't really know about that. I will fix these tomorrow. Thanks for letting me know

I updated the typing. The error was shown once. After that it is working. Sophie alpert told it will be changed soon.
Is it still erroring for you?

I am still facing this issue


Error connecting to database

Steps required to reproduce the problem

Installed opencfp according to instructions
Configured AWS RDS MySQL instance
Attempt to load website

Expected Result

Website loads :)

Actual Result

Receive error 500 with the following in the Apache error log:

[Wed Mar 09 22:09:52.775618 2016] [:error] [pid 4851] [client <IP_ADDRESS>:37834] PHP Fatal error:  Uncaught exception 'Exception' with message 'There was a problem connecting to the database. Make sure to use proper DSN format. See: http://php.net/manual/en/pdo.connections.php' in /var/www/opencfp/classes/Provider/DatabaseServiceProvider.php:57\nStack trace:\n#0 /var/www/opencfp/classes/Provider/DatabaseServiceProvider.php(16): OpenCFP\\Provider\\DatabaseServiceProvider->raiseDatabaseConnectionIssue()\n#1 /var/www/opencfp/vendor/silex/silex/src/Silex/Application.php(178): OpenCFP\\Provider\\DatabaseServiceProvider->register(Object(OpenCFP\\Application))\n#2 /var/www/opencfp/classes/Application.php(63): Silex\\Application->register(Object(OpenCFP\\Provider\\DatabaseServiceProvider))\n#3 /var/www/opencfp/web/index.php(11): OpenCFP\\Application->__construct('/var/www/opencf...', Object(OpenCFP\\Environment))\n#4 {main}\n  thrown in /var/www/opencfp/classes/Provider/DatabaseServiceProvider.php on line 57
I confirmed that the web server can connect to the RDS instance via the MySQL command line, and the migration works fine.
This is what my database configuration section of production.yml looks like (password and hostname redacted)
database:
  host: xxxxxxxx.us-east-1.rds.amazonaws.com
  database: dod_cfp
  dsn: mysql:dbname=dod_cfp;host=xxxxxx.us-east-1.rds.amazonaws.com
  user: dodchidb
  password: xxxxx

Never mind. Bad apache directive. Sigh.


Fiber.abort(null) continues execution

Making a note to investigate this.
This one
System.print("hello wren")
Fiber.abort("end")
S:ystem.print("after abort")

gets the expected runtime error
hello wren
end
[compile line 2] in (script)

while this one
System.print("hello wren")
Fiber.abort(null)
System.print("after abort")

still prints
hello wren
after abort

This behavior is normal per definition of fiber error. A non null value in a fiber error indicates that a fiber is in an error state. Therefore a null value indicates there is no error, and trying setting it to null should behave as this.
That said it is a little bit not intuitive, but doing otherwise would requires to use other bytes or use the other null (undefined) to implement an optional value like interface...

It's also as documented: If the message is null , does nothing.
Might even be useful for generating conditional errors.
Probably best left as it is.

thanks yea, I know it's documented, but it bit me when forwarding errors in larger scale projects so ✨

Making a note to investigate this.


Can the Exercise Price of Warrants and Options be Added to Plans Ledgers, the Non-Plan Options Ledger, and the Warrants Ledger?

What can we help you with?
As of now, there is no way for one to figure out the exercise price of Warrants and Options in any of the ledgers that list those securities. Can this feature be added?

Sounds like "Price Per Share" is the general term across all Ledgers whether it's for a stock class, a plan, a non-plan, etc and it's representing the associating value for what contextually it needs to be based off the asset type:

"Price Per Share" for stock class -> cost basis
"Price Per Share" for option -> exercise price
"Price Per Share" for warrant -> exercise price

It would be nice to add this decision to documentation somewhere however, because it's not obvious to me either as is

Thanks @stephen-npm. Given that:

"Price Per Share" for option -> exercise price
"Price Per Share" for warrant -> exercise price

I'll close this issue.


iOS add sprite appear snowflake screen

Version

Phaser Version: 3.80.1

Operating system:iOS

Browser:chrome

Description

Create a background image using add.sprite, occasionally featuring a black snowflake screen
Example Test Code

const sprite = this.add.sprite(100, 100, spriteKey);

Additional Information

What is it supposed to look like? When does it happen? What actually happens?
Upload the actual assets and sample code that shows what happens.
You need to give a lot more details in your issues, they are next to impossible to help with.
This isn't a forum or Discord. If you need real-time feedback on code, those would be much better places to ask. GitHub is for bugs in Phaser you have identified and can demonstrate with a clear test case.


issue with sanitizing input

I am trying to secure my app by preventing xss attack. I used ng-bind-html directive with a div tag. Follwed all the ngSanitize guidelines. But still the div tag executes a script tag. With the sanitize library it should escape it.
This also happens to me when i used it with input tag along with ng-model.
I have attached a fiddle that explains the problem.
Appreciate for your response
(https://jsfiddle.net/0c0ee472/21/)

This happens because (probably as part of how jsfiddle tries to escape your JS) the page breaks. So, you end up with something like:
<head>
  ...
  <script type="text/javascript">//<![CDATA[
    var app = angular.module('myApp', ['ngSanitize']);

    app.controller('MainCtrl', function ($sce, $scope) {
      $scope.text = " <script>alert(222)
  </script>
  <script>alert(222)</script>
</head>

You can avoid that by using string concatenation and see ngSanitize work in this updated demo.
Closing since everything works as expected.

but i still have the same problem in my app. The user enters <script>alert(1)</script> instead of sanitizing, it script is executed.

I am pretty confident this is not a problem with ngSanitize, but possibly with how you use it. Still, there is not much we can do without a proper minimal reproduction.

@nikitpatel24 - maybe your app is suffering from the same problem as JSFiddle. I.E. that you are hard coding the script tags in your HTML, which is breaking the way the browser parses the HTML.
For example if you look at the source of the result from for your JSFiddle, you will see the following:
<script type='text/javascript'>//<![CDATA[

var app = angular.module('myApp', ['ngSanitize']);

app.controller('MainCtrl', function ($sce, $scope) {
    $scope.text = " <script>alert(222)</script> <script>alert(222)</script>";
});

//]]>

</script>

You can see that the closing </script> after the alert(222) is actually closing the original script tag that contains the app code. This means that the second script tag is being executed by the browser  (and the final closing </script> tag is being ignored).


Remove also compressed rpi-sdimg.xz

Looks good to me. I was able to build rpi-basic-image and boot it successfully on Raspberry Pi 3 using the changes from this GitHub Pull Request.
Best regards,
Leon


Or 928 add metric for relayer balance

add metric for relayer balance

Thank you

@boohyung is NA now, and it is important to operate our system. so I merged it.


Support proxy path with prefixes

Determine if requested resource is a proxy path by checking if event.resource contains '/{proxy+}'. Pass event.path to getMapValue since it contains any route prefixes for the proxied path
#7

Two thing:

There is one line we no longer need to add the / to path if it isn't their, because we are creating a path with a leading / always.
There is duplicate code in the authorizer section below the main section we've edited here.  If we could make the same down there, that would be good:

if (event.pathParameters && event.pathParameters.proxy) {
				let newPath = event.pathParameters.proxy;
				if (newPath[0] !== '/') { newPath = `/${newPath}`; }
				event.path = newPath;
			}

to
if (event.pathParameters && event.pathParameters.proxy) {
				event.path = event.resource.replace('/{proxy+}', `/${event.pathParameters.proxy}`);
			}

And then I'll get this merged in.

@kidculli, thanks so much for fixing this.  The new versions should automatically be built and released shortly.  If you find anything that doesn't work, we can open a new PR.
Thanks again!

No problem, thanks for the support!


GITOPS-477 Add back non-kuttl test execution.

What type of PR is this?
/kind code-refactoring
What does this PR do / why we need it:
Non-kuttl test execution was removed in a previous  PR  as the 'printer' package is no longer available in "sigs.k8s.io/controller-runtime/pkg/envtest/printer"
Which issue(s) this PR fixes:
Fixes #?
GITOPS-4777
How to test changes / Special notes to the reviewer:
make test-e2e should now execute (without RunSpecsWithDefaultAndCustomReporters)

/test all

Cleared a few records
level=fatal msg=failed to fetch Terraform Variables: failed to fetch dependency of "Terraform Variables": failed to generate asset "Platform Provisioning Check": baseDomain: Invalid value: "ocp-gitops-qe.com": the zone already has record sets for the domain of the cluster: [api.ci-op-sj8g5wyn-16175.ocp-gitops-qe.com. (A), \052.apps.ci-op-sj8g5wyn-16175.ocp-gitops-qe.com. (A)]
Installer exit with code 1

/retest

@trdoyle81 ci/prow/v4.13-e2e and ci/prow/v4.14-e2e have some test failure.
/test v4.12-e2e

I see the non default e2e tests suite is failing with
go test -p 1 -timeout 1h ./test/e2e -coverprofile cover.out -ginkgo.v
ok  	github.com/redhat-developer/gitops-operator/test/e2e	581.156s	coverage: [no statements]
go test -p 1 -timeout 1h ./test/nondefaulte2e -coverprofile cover.out -ginkgo.v
....
2024-07-25T11:52:55Z	ERROR	controller-runtime.source.EventHandler	kind must be registered to the Scheme	{"error": "no kind is registered for the type v1alpha1.NotificationsConfiguration in scheme \"k8s.io/client-go/kubernetes/scheme/register.go:80\""}

We probably need the same import fix as the one made in test/e2e/suite_test.go. - @trdoyle81


Pass context to MMS / NLLB Model

❓ Questions and Help
Just like how in Whisper you can pass context of the previous prediction, is there such an option available for MMS?
Same question for NLLB as well!

@vineelpratap tagging for a response


Return the Recruited by field to the OpServ Jackets

Add back the field for "Recruited by" and an associated report option, for quick overview for the recruitment ribbon.
Possible a field that could be added to the custom report. To my knowledge, OpServ 8 already had the field, so the DB hopefully still has that information. We just need to find it.

Feature merged into code.
Needs deployment.

Code deployed


[pre-sve] [TC-GC-1.1]General commissioning cluster---Value mismatch for FeatureMap attribute

Problem
As per test plan [TC-GC-1.1] FeatureMap attribute showing value mismatch error when executed, DUT should
responds with feature map value 0 but currently DUT responding feature map value has 6.
expected behavior:-FeatureMap attribute value should be bit 0.
actual behavior:- DUT responds has bit 6
steps to reproduce:-./chip-tool generalcommissioning read feature-map 2 0
system configuration

Chip-Tool: RPI
DUT used : Infineon CYW30739
app use: lighting-app
chip-tool and DUT commit id : https://github.com/project-chip/connectedhomeip/commit/425f1fb916ca154deeb75cd82cd5196778aba152 (pre-sve SHA)

logs

TC-GC-1.1.txt

Looks similar to https://github.com/project-chip/connectedhomeip/issues/18028 but for lighting-app.


adding troubleshooting section

Adding a troubleshooting section with two things that caused me problems.

Thank you for this, we literally just wasted two hours on the first bullet point you added there and it would never have occured to me what the solution is! 😌

Just ran into this, thank you.

Thanks for this @aerickson, I was stuck for hours and this saved me.

Thanks! Also, sorry for the delay in response.


Feature request: Aggregation - Rising Edge v Falling Edge

Feature Request
Proposal: Aggregation may be by rising edge or falling edge
When doing aggregation of time-series data, the impulse width (aggregation period) can either be represented by a timestamp at the rising edge or falling edge of the impulse.
Many systems record the value at the falling edge of the impulse (e.g. pulse counters recording the pulses over a period will record at the end of the period), but the values occur on the range:
[start_timestamp, finish_timestamp)

and recorded at the finish_timestamp (this is in spite of the face that from a range perspective, the end point of the range is exclusive to the range itself).
When doing aggregation, it is important to ensure that the aggregation is done respecting the rising edge v falling edge timestamp being used (this is not an issue when looking at instantaneous values).
Current behaviour
Grouping by time, the default expectation is rising edge values recorded and rising edge values returned in aggregation.
Desired behaviour:
The ability to flag the input and/or output as falling edge values rather than rising edge.
Use case:
Metering data aggregated at device over period, recorded at the end of the period, needs to be collected against the time up to the timestamp applied at the end of the period ("recorded_at").
References
https://github.com/influxdata/influxdb/issues/388#issuecomment-44363315
https://github.com/influxdata/influxdb/issues/2074#issuecomment-86265246
https://github.com/influxdata/influxdb/issues/6541
https://github.com/influxdata/influxdb/issues/6542

:sad-panda:


nsh: Improve performance of help by line buffer

Summary
This change reduce the usage of printf,
which will improve both CPU usage and IO performance.
Impact
help command
Testing
esp32c3 and telnet

@masayuki2009 This PR improve the performance of help command without NET_TCP_WRITE_BUFFER.
BTW, maybe the ps command meet the same issue.
https://user-images.githubusercontent.com/9030616/222391336-2057d122-abf1-432d-8550-ae0313d1d0cb.mp4

@no1wudi
I confirmed that this PR fixes the help command issue.

BTW, maybe the ps command meet the same issue.

I think so too.
Can you add a new commit to this PR?

I think so too. Can you add a new commit to this PR?

Yes, Ill' try to optimize it by merge multiple nsh_output into one.

@masayuki2009
Before commit 2:
https://user-images.githubusercontent.com/9030616/222459070-a819004c-1049-49e3-bc8c-db5a41c38bd4.mp4
After:
https://user-images.githubusercontent.com/9030616/222459117-523a8423-c1ec-4b73-8c99-6fe008416af4.mp4

====================================================================================
Configuration/Tool: sim/vpnkit
------------------------------------------------------------------------------------
  Cleaning...
  Configuring...
  Building NuttX...
In file included from nsh_proccmds.c:40:
nsh_proccmds.c: In function 'ps_callback':
Error: nsh_proccmds.c:522:16: error: format '%lu' expects a matching 'long unsigned int' argument [-Werror=format=]
  522 |                "%06lu "
      |                ^~~~~~~~
nsh_console.h:53:49: note: in definition of macro 'nsh_output'
   53 | # define nsh_output(v, ...)    (v)->output(v, ##__VA_ARGS__)
      |                                                 ^~~~~~~~~~~
nsh_proccmds.c:523:21: note: format string is defined here
  523 |                "%06lu "
      |                 ~~~~^
      |                     |
      |                     long unsigned int
cc1: all warnings being treated as errors

Hi @no1wudi , could you please take a look on https://github.com/apache/nuttx-apps/issues/1620?

Hi @no1wudi , could you please take a look at https://github.com/apache/nuttx-apps/issues/1620?

Yes, I will take look，does ps command meet the same issue？


Add new vid/pid for Mega 2560 REV3

Fixes #1315
Add VID 2341/PID 0042 to the arduino_mega.board.json file.

vid pid already included in list.


Add CountDownLatch and CyclicBarrier

CountDownLatch and CyclicBarrier are powerful tools in Java.
And this could make UT easier.

Finished this issue in 1e223dd.


Oauth2 with Microsoft Personal Account

Hi,
that's a general question related to Microsoft OAUTH2. I would like to know if this works also for personal account or it's required a organization account.
That's related to this issue https://github.com/Webklex/php-imap/issues/519 because we can't login after receiving the access token.
Any hint is welcome

Yes this library works with personal accounts. I use this library to access them.
If you can't login after retrieving the access token, you haven't requested the correct scopes during the OAuth flow.
You need to request the below scopes:
'offline_access',
'https://outlook.office.com/IMAP.AccessAsUser.All',

We're using postman to check if it works, so the first GET call:
https://login.microsoftonline.com/consumers/oauth2/v2.0/authorize?
&client_id=xxxxxxxx-yyyy-zzzz-ssss-dc01692174d8
&response_type=code
&redirect_uri=https://www.xxx.com/xxx/test-imap.php
&response_mode=query
&scope=openid
IMAP.AccessAsUser.All
profile SMTP.Send Mail.Send MailboxFolder.Read MailboxFolder.ReadWrite MailboxItem.Read MailboxSettings.Read MailboxSettings.ReadWrite offline_access email User.Read User.ReadWrite wl.offline_access wl.imap wl.emails
&grant_type=authorization_code
&state=12345

We receive from this M.C522_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx used with the POST call:
POST: https://login.microsoftonline.com/consumers/oauth2/v2.0/token
BODY:
  client_id:xxxxxxxx-yyyy-zzzz-ssss-dc01692174d9
  client_secret:MYSECRET
  grant_type:client_credentials
  scope: https://outlook.office.com/.default
  code:M.C522_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

It doesn't work though.


Infinite Scroll: Enhancement

Hi Ben,
I really like what you've done - very nice, one of the best UIs I've seen
This is an enhancement request for infinite scroll capability - makes the grid feel more fluid and helps brings the data to life.
Ideally for both horizontal and vertically so one can scroll through a large number of columns (perhaps with one fixed), and vertical with hidden background fetches for the next page of data.   :)
Thanks,
Michael

Thanks @qosmy-michael, I think thats a great feature. Currently I'm working on getting all components fully tested -- once I've got that complete, infinite scroll is at the top of the list for new features.

With the addition of infinite and the sticky I think this feature request can be closed.


Maven duplicates removals

(Describe the goal of this PR. Mention any related Issue numbers)
Category (place an x in each of the [ ])

[ ] bolt (Bolt for Java)
[ ] bolt-{sub modules} (Bolt for Java - optional modules)
[ ] slack-api-client (Slack API Clients)
[ ] slack-api-model (Slack API Data Models)
[ ] slack-api-*-kotlin-extension (Kotlin Extensions for Slack API Clients)
[ ] slack-app-backend (The primitive layer of Bolt for Java)

Requirements
Please read the Contributing guidelines and Code of Conduct before creating this issue or pull request. By submitting, you are agreeing to the those rules.

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@2146481). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #1   +/-   ##
=======================================
  Coverage        ?   77.31%
  Complexity      ?     3222
=======================================
  Files           ?      360
  Lines           ?     9539
  Branches        ?      913
=======================================
  Hits            ?     7375
  Misses          ?     1622
  Partials        ?      542

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 2146481...903fdac. Read the comment docs.


Expose sealed box functions

We have a need for the anonymous public-key functions described at https://download.libsodium.org/doc/public-key_cryptography/sealed_boxes.html
I'd be happy to start work on a pull request for this, but I'm unsure about how you would want the functions and new module named, given that e.g. crypto::box_::* already exists as an alias for the authenticated public-key functions in curve25519xsalsa20poly1305.

+1 Excellent. This will be very handy indeed.

Also see #100

OK - we can use the suggested workaround from the other issue.  Thanks for the quick response.


Disable certain tests temporarily on Windows

These tests render unpredictably in graphviz dot.exe until version 10.0.1. See https://gitlab.com/graphviz/graphviz/-/issues/2510
(Note: I've made this Windows-only for now, as that's the platform where tests fail reliably. macOS is exhibiting occasional failures as well, but we don't have enough CI runs yet to be sure which tests fail there.
(Also, I expect Homebrew will be updated to graphviz 10.0.1 long before Chocolatey will, so the macOS problem should solve itself soon enough.)

\o/ Green across the board, that's what we like to see.


Github pages seems no longer to be enabled

Running locally works fine, even without a server, so maybe you could just try to re-setup Github Pages for the repository?

Running locally works fine, even without a server, so maybe you could just try to re-setup Github Pages for the repository?

https://github.com/Freitas98/AlphaBetaPruning

Running locally works fine, even without a server, so maybe you could just try to re-setup Github Pages for the repository?

https://github.com/Freitas98/AlphaBetaPruning


Added MSYS to polly testing.

AppVeyor shows wrong link. Here is testing:

https://ci.appveyor.com/project/ruslo/polly/build/1.0.98

Tests are done, everythng passed.


Complete secret->bgv->OpenFHE end-to-end lowering path

This umbrella ticket tracks the overall ticket for lowering programs via BGV to OpenFHE

Now that we have a lot of improved optimizations in this area, I will start to investigate end-to-end lowerings of the HECO evaluation artifacts through OpenFHE.

Applying secret-to-bgv immediately after the simd optimizations complains about the tensor dimension.
 bazel-bin/tools/heir-opt '--secretize=entry-function=linear_polynomial' --wrap-generic --canonicalize --cse --heir-simd-vectorizer --secret-to-bgv /home/j2kun/fhe/heir/tests/heir_simd_vectorizer/linear_polynomial_64.mlir
/home/j2kun/fhe/heir/tests/heir_simd_vectorizer/linear_polynomial_64.mlir:0:0: error: expected batched secret types to be tensors with dimension matching ring parameter
/home/j2kun/fhe/heir/tests/heir_simd_vectorizer/linear_polynomial_64.mlir:0:0: note: see current operation:
"builtin.module"() ({
  "func.func"() <{function_type = (!secret.secret<tensor<64xi16>>, !secret.secret<tensor<64xi16>>, !secret.secret<tensor<64xi16>>, !secret.secret<tensor<64xi16>>) -> !secret.secret<tensor<64xi16>>, sym_name = "linear_polynomial"}> ({
  ^bb0(%arg0: !secret.secret<tensor<64xi16>>, %arg1: !secret.secret<tensor<64xi16>>, %arg2: !secret.secret<tensor<64xi16>>, %arg3: !secret.secret<tensor<64xi16>>):
    %0 = "secret.generic"(%arg0, %arg1, %arg2, %arg3) ({
    ^bb0(%arg4: tensor<64xi16>, %arg5: tensor<64xi16>, %arg6: tensor<64xi16>, %arg7: tensor<64xi16>):
      %1 = "arith.muli"(%arg4, %arg6) <{overflowFlags = #arith.overflow<none>}> : (tensor<64xi16>, tensor<64xi16>) -> tensor<64xi16>
      %2 = "arith.subi"(%1, %arg7) <{overflowFlags = #arith.overflow<none>}> : (tensor<64xi16>, tensor<64xi16>) -> tensor<64xi16>
      %3 = "arith.subi"(%2, %arg5) <{overflowFlags = #arith.overflow<none>}> : (tensor<64xi16>, tensor<64xi16>) -> tensor<64xi16>
      "secret.yield"(%3) : (tensor<64xi16>) -> ()
    }) : (!secret.secret<tensor<64xi16>>, !secret.secret<tensor<64xi16>>, !secret.secret<tensor<64xi16>>, !secret.secret<tensor<64xi16>>) -> !secret.secret<tensor<64xi16>>
    "func.return"(%0) : (!secret.secret<tensor<64xi16>>) -> ()
  }) : () -> ()
}) : () -> ()

That makes sense, as the current batching pass simply uses the original vector sizes (e.g., 64) and the secret-to-bgv lowering expects tensors of secrets to be of ring size. I think we already had a brief discussion about potential ways to bridge the gap, but let me try and make a more exhaustive list:

Add a general vector size<->ring size adaption pass that implements the logic from, e.g., Microsoft EVA's extended vector library (part of "EVA Improved") and/or something based on the HELayers tiling approach.
Make the batching pass somehow ring-size aware. This is easier said than done, though, and might require implementing something more generic, as in Viaduct HE.
Change the batching pass so that it does not assume cyclical rotation. This should be relatively straight forward, as there's only  a few places that explicitly use the modular index arithmetic (e.g., the analysis and the rotation folds). The downside is that this produces noticeably worse code.
Only support powers of two as vector sizes, which can be handled by simply repeating the vector inside the ring during encoding/encryption. This is, iirc, what I ended up using for HECO, as it's trivial to implement and required no changes to batching passes.
... Any other approaches I missed?

Another obstacle: ideally whatever modifies the input to resize things as appropriate for a particular FHE scheme must also provide an interface layer for the original code. I.e., if the user expects to pass a tensor<64xi32> to their input cleartext program, then the encrypted version must provide a means to encrypt a tensor<64xi32> to whatever type is input to the encrypted version of the function. Right now in CGGI that translation is implicit, but as we do more RNS and similar, we'll need to make that transformation more explicit.

Scratch that, I can get it to run the lowering, if I hard code the vector size as a pass parameter:
'--secretize=entry-function=linear_polynomial' --wrap-generic --canonicalize --cse --heir-simd-vectorizer --secret-distribute-generic '--secret-to-bgv=poly-mod-degree=64'

Which produces an IR equivalent to
!ct_ty = !lwe.rlwe_ciphertext<encoding = #lwe.polynomial_evaluation_encoding<cleartext_start = 16, cleartext_bitwidth = 16>, rlwe_params = <ring = <cmod=463187969, ideal=#polynomial.polynomial<1 + x**64>>>>
!ct_sq_ty = !lwe.rlwe_ciphertext<encoding = #lwe.polynomial_evaluation_encoding<cleartext_start = 16, cleartext_bitwidth = 16>, rlwe_params = <dimension = 3, ring = <cmod=463187969, ideal=#polynomial.polynomial<1 + x**64>>>>

module {
  func.func @linear_polynomial(%arg0: !ct_ty, %arg1: !ct_ty, %arg2: !ct_ty, %arg3: !ct_ty) -> !ct_ty {
    %0 = bgv.mul(%arg0, %arg2) : !ct_ty -> !ct_sq_ty
    %1 = bgv.relinearize(%0) {from_basis = array<i32: 0, 1, 2>, to_basis = array<i32: 0, 1>} : !ct_sq_ty -> !ct_ty
    %2 = bgv.sub(%arg3, %1) : !ct_ty
    %3 = bgv.sub(%2, %arg1) : !ct_ty
    return %3 : !ct_ty
  }
}

Scratch that, I can get it to run the lowering, if I hard code the vector size as a pass parameter:

Hey! Yes, this was my doing. I expected that a pre-pass would handle

Determine the ideal N, q values for security / correctness
Handle a rewrite for the appropriate padding and tiling for the input tensors similar to what Alex described above

RE the input handling you mentioned above: we will already change the function signature at some point to also have the bootstrapping key - I think it would probably make sense to change the function signature (and keep the original as an attribute?), and create a client-side helper that takes the original input and encodes and encrypts it to the correct signature.

Returning to this with the following outline:

Add a bgv-add-client-interface that adds encrypt/decrypt functions around the compiled entry function, so that we can preserve the coherence of the lowered types through the IR (I ran into this problem when trying to lower simple_sum which has type tensor<32xi16> -> i16, but the compiled type is just ciphertext -> ciphertext.
Properly lower bgv.extract which currently has no lowering from bgv.
Add bgv encrypt/decrypt and also lower them to openfhe.
Improve the openfhe testing harness to work with these improvements.

That should complete this ticket, and we can use it to test the various tensor_ext passes for correctness.

Thinking out loud as I work through some of my issues lowering bgv.extract.
Right now the bgv.extract op is asserting the input underlying_type on a ciphertext goes from a tensor to a scalar. This makes sense, except once we try to lower it to openfhe: extract lowers to a multiplication with a one-hot plaintext, followed by a rotate, but these all preserve the tensor underlying_type, and there's no way to get it back to a scalar. In other words, once we get to the openfhe API, the only thing that maintains the interpretation of the underlying type is the decrypt helper added by bgv-add-client-interface.
So to proceed, I think I will relax the requirements on bgv.extract, so that it can output an "underlying type" that is either a tensor or a scalar, and then "upgrade" the scalar to a tensor during bgv-add-client-interface. This may produce a problem later if we have other BGV backends that are aware of the underlying type, in which case we would need to convert the bgv part of bgv-add-client-interface to an openfhe-aware variant.

An alternative is to introduce some sort of "cast" op that just changes the underlying type.

I will go with the cast approach, and now I'm realizing I also need to enhance add-client-interface to support public-key encryption, since that is what openfhe uses.

Remaining improvements are split into their own issues.


inject, install accept package spec without --spec option

This PR allows the user to specify any valid pip package specification instead of a package name for the main argument to pip install and each dependency argument to pip inject.  It removes the --spec option for pip install because now that option is unnecessary.  And it enables a package spec for pip inject which formerly wasn't possible.
It takes about 2 extra seconds on my local computer to determine the package name from package spec.  If package_spec is a valid pypi name and not a local path, I make a shortcut and assume that it is the package name and don't try to independently determine the name (in which case it takes no extra time).
I tried to add some tests, but there could be more tests added, specifically regarding the many different VCS and other URL methods to specify pip packages.  One issue with that is that git+... package specifications need git in the path, which I wasn't sure how to do.  (https://github.com/pipxproject/pipx/pull/298#issuecomment-568642820 seems like a good way forward on this.)  Additionally, I just wasn't sure where to find good package urls to use to test.
This PR is in reference to issue #147

@cs01 feel free to modify code if it seems fun to you.  Otherwise I'm happy to do the normal review process...

Note, I may be out of communication for the next few days, but I may check in occasionally.

Oh and before I forget, I was also thinking about making the Venv member variable _python public, meaning just changing its name to python.  Because I use it in commands.py in this PR.

The _python name change is fine with me.

For compatibility, _python could be made a property which throws a DeprecationWarning but still returns the right thing, then it can be removed in a couple of release's time.

For compatibility in the extremely unlikely event that anyone else is using it (was it in any previous releases?), _python could be made a property which throws a DeprecationWarning but still returns the right thing, then it can be removed in a couple of release's time.

AFAIK it was just an internal variable inside of Venv (hence the underscore).  I assume that the Venv author just assumed it would never be used outside.
I'm guessing that nobody was using it, and they were already "warned" when it had the starting underscore that they shouldn't.  😄

Regarding the animation:

I unquoted the package name, because other non-animated pipx messages refer to the package name unquoted and I was trying to stay consistent with them.  (e.g. black not 'black')
The package specification is quoted, because that made a lot of sense to me.
I made a util.py function to return a string of the package name plus specification (if any) so that the format of this could be standardized across multiple different messages.

I added your archived black zip-file to the list of tested install packages.  In the process I discovered and fixed a bug in abspath_if_local().

I also note (and not sure if this is a future PR or this one) that  pipx list currently does not mention a package specification and it would be helpful if they did.

I think I addressed all of your bullet-point TODOs, ready for another review.

I earmarked a testing TODO with newly-created Issue #303 that would be helpful to test git+https://... package specifications.

Just want to confirm that we are leaving the run command alone in this PR? i.e. it still has the optional --spec argument?

Confirmed, I left run alone.  Because the only required argument is app/package_name, the extra --spec option still makes sense as an additional option.

I made install_package error out if package name cannot be determined.  I think this should be the wisest thing to do.

I revamped the package errors.  I subclassed PackageInstallationFailureError from PipxError.  Now I'm not sure if there's a value to having the separate PackageInstallationFailureError?
Currently if pip install subprocess fails, it will blab all of the pip errors to stderr.  It's a little raw, but I think useful, so I left it.  I could try and intercept this and send it to logging.info() if we wanted to clean things up a bit.

I removed the specific PackageInstallFailureError because we were never specifically using it instead of the more general PipxError.


Editing an event after the deadline causes the parent event value to be set to null

Originally @davidhjones and I thought this was because the parent event dropdown wasn't showing up if you edited the event after the deadline so the code was setting it to null. Turns out this is actually caused by the code for the parent event dropdown not showing the value for the upcoming week once the deadline has passed.
For example, Crisy tried to edit her event on Mon. Aug. 7, 2017 and as you can see in the image below the dropdown doesn't have CoWorking Night 117 8/9/2016 as an option.

This is fixed as part of commit<PHONE_NUMBER>713e16ec1047b03d652e8fcdd00fdb. The image below was sent to me from Crisy showing that the CoWorking Night for the upcoming week now shows up correctly in the dropdown.


[Improvement-14894][dolphinscheduler-alert] alert message contains the operator

Purpose of the pull request
Fix https://github.com/apache/dolphinscheduler/issues/14894
Brief change log

Verify this pull request

This pull request is code cleanup without any test coverage.
(or)
This pull request is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:

(or)
If your pull request contain incompatible change, you should also add it to docs/docs/en/guide/upgrede/incompatible.md

Codecov Report

Merging #14910 (7a93360) into dev (e748c2e) will decrease coverage by 0.02%.
The diff coverage is 44.00%.

:exclamation: Current head 7a93360 differs from pull request most recent head 76a9f07. Consider uploading reports for the commit 76a9f07 to get more accurate results

@@             Coverage Diff              @@
##                dev   #14910      +/-   ##
============================================
- Coverage     38.82%   38.81%   -0.02%
  Complexity     4587     4587
============================================
  Files          1234     1234
  Lines         43353    43378      +25
  Branches       4777     4783       +6
============================================
+ Hits          16831    16835       +4
- Misses        24657    24677      +20
- Partials       1865     1866       +1

Files Changed
Coverage Δ

...inscheduler/service/alert/ProcessAlertManager.java
34.13% <44.00%> (-2.03%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Input "." First The Result is not decimals

Input AC
Input "."
Input any number such as 6.
The result is not 0.6
It  different from calculator from normal calculator.

Thanks for reporting this! Fixed with https://github.com/ahfarmer/calculator/commit/52308b3927ee14e67b89ed31c3800950ecaee6b6

Thanks for you guide me in react.


missing safariLauncher dep

Tested 1.5 on real device with success, one dep missing
@imurchie

:+1: