stack overflowing on bad block

Describe the bug
reth crashes with a stack overflow after an invalid block error warning.
Steps to reproduce
run reth, run prysm.
Node logs
2024-02-06T23:17:39.351682Z  INFO reth::cli: Status connected_peers=17 freelist=145148 latest_block=19171394
2024-02-06T23:18:04.352274Z  INFO reth::cli: Status connected_peers=17 freelist=145148 latest_block=19171394
2024-02-06T23:18:29.352727Z  INFO reth::cli: Status connected_peers=18 freelist=145148 latest_block=19171394
2024-02-06T23:18:36.844437Z  INFO blockchain_tree: Block is already canonical, ignoring. block_hash=0xd58665483eb5b6d328841ee4613dcee42905dcb0fe7cae6b5cbf5c954c968fdd
2024-02-06T23:18:36.847416Z  INFO reth::commands::node::events: Forkchoice updated head_block_hash=0xd58665483eb5b6d328841ee4613dcee42905dcb0fe7cae6b5cbf5c954c968fdd safe_block_hash=0xc848b4152a073dd16770a1efff5dbe7d9608c96bdf1dcc4e35673ce099a21c6a finalized_block_hash=0xc848b4152a073dd16770a1efff5dbe7d9608c96bdf1dcc4e35673ce099a21c6a status=Valid
2024-02-06T23:18:54.351946Z  INFO reth::cli: Status connected_peers=19 freelist=145148 latest_block=19171394
2024-02-06T23:19:02.559425Z  WARN consensus::engine: Error while processing payload error=InsertBlockError { error: Consensus(BodyStateRootDiff(GotExpected { got: 0xd3d609b5f2fd0910dd275537799ca8d3f47a32ec136a191aa32c56dd43833512, expected: 0x7da550c658bd3cac17918db97e0c5231e39fa5f2991ddfb5f889431955ece45b })), hash: 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce, number: 19171395, parent_hash: 0x5a5e6a2872497952fae8f3285ea2edcb24a51c1cb97a3deec54e78896d22205e, num_txs: 225, .. }
2024-02-06T23:19:02.559445Z  WARN consensus::engine: Invalid block error on new payload invalid_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce invalid_number=19171395 error=Consensus(BodyStateRootDiff(GotExpected { got: 0xd3d609b5f2fd0910dd275537799ca8d3f47a32ec136a191aa32c56dd43833512, expected: 0x7da550c658bd3cac17918db97e0c5231e39fa5f2991ddfb5f889431955ece45b }))
2024-02-06T23:19:02.559470Z  WARN consensus::engine: Bad block with hash hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce header=Header { parent_hash: 0x5a5e6a2872497952fae8f3285ea2edcb24a51c1cb97a3deec54e78896d22205e, ommers_hash: 0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347, beneficiary: 0x4838b106fce9647bdf1e7877bf73ce8b0bad5f97, state_root: 0x7da550c658bd3cac17918db97e0c5231e39fa5f2991ddfb5f889431955ece45b, transactions_root: 0xcc73c4aa12b10950ad4f6ba66becbe25547a452c0a7a5434dd175e6b9bc3b1f8, receipts_root: 0x71858150812ba584da63a4fd122cd4f5a3d4fd0561fedcffeeb54e73fa39ede8, withdrawals_root: Some(0x56bb62bf4e998236198c1f7e1f301e6b994e7adfe352cc36ecafed94c0c0240d), logs_bloom: 0x9aed4175412773431dbe5fae8fadf2e793cf8a645e8fa81c4f1bb67785af31799b8ed7afabf6f4f2627ebd2a8e350ded8a91e257ab062fbacec937804fff3c866956d6987b26a8a8fda35dfecf90c8f9e68551d894e7ca425b291ebfc3a7c22bcdcb55ee8af72d44698e30d92dec78f8ae7d5ed34a1af64dde22809beaba1ca5360b17dd8f6410b8246dbd4e4bc802e6832b582bcbce1ee906e9a9fa28ffa8dfae0b490aa993fa97fa695682ba92e7e8af72d7813ff5fbc05cec263ac5ce0ae0f19f750ed286bfdb62419e1249bf0b87d7e3f366bf9b6858f42f3187d9ace4139dbeacbf61aa3530de65d5d2aa7d5fddbf8a93b0db4e1462a4d9b89977b75e5b, difficulty: 0x0_U256, number: 19171395, gas_limit: 30000000, gas_used: 20798306, timestamp:<PHONE_NUMBER>, mix_hash: 0x7fdc5f9d136bc600a842bd313d707449c63c290bb1fb3dea787c1cdff9399213, nonce: 0, base_fee_per_gas: Some(29489621760), blob_gas_used: None, excess_blob_gas: None, parent_beacon_block_root: None, extra_data: 0x546974616e2028746974616e6275696c6465722e78797a29 }
2024-02-06T23:19:19.351702Z  INFO reth::cli: Status connected_peers=21 freelist=145148 latest_block=19171394
2024-02-06T23:19:44.352767Z  INFO reth::cli: Status connected_peers=24 freelist=145148 latest_block=19171394

thread '<unknown>' has overflowed its stack
fatal runtime error: stack overflow

Platform(s)
Linux (x86)
What version/commit are you on?
alpha.17
What database version are you on?
1
What type of node are you running?
Full via --full flag
What prune config do you use, if any?
No response
If you've built Reth from source, provide the full command you used
No response
Code of Conduct

[X] I agree to follow the Code of Conduct

hm, it actually also crashes right after running, without getting to the bad block, full execution log:

2024-02-06T23:31:57.957928Z  INFO reth::cli: reth 0.1.0-alpha.17 (aac72f4) starting
2024-02-06T23:31:57.957965Z  INFO reth::cli: Opening database path="/home/fiiiu/.local/share/reth/mainnet/db"
2024-02-06T23:31:57.966608Z  INFO reth::cli: Configuration loaded path="/home/fiiiu/.local/share/reth/mainnet/reth.toml"
2024-02-06T23:31:57.967290Z  INFO reth::cli: Database opened
2024-02-06T23:31:57.967673Z  INFO reth::cli: Pre-merge hard forks (block based):

Frontier                         @0
Homestead                        @1150000
Dao                              @1920000
Tangerine                        @2463000
SpuriousDragon                   @2675000
Byzantium                        @4370000
Constantinople                   @7280000
Petersburg                       @7280000
Istanbul                         @9069000
MuirGlacier                      @9200000
Berlin                           @12244000
London                           @12965000
ArrowGlacier                     @13773000
GrayGlacier                      @15050000
Merge hard forks:
Paris                            @58750000000000000000000 (network is not known to be merged)

Post-merge hard forks (timestamp based):

Shanghai                         @1681338455

2024-02-06T23:31:58.047122Z  INFO reth::cli: Transaction pool initialized
2024-02-06T23:31:58.047221Z  INFO reth::cli: Connecting to P2P network
2024-02-06T23:31:58.047348Z  INFO net::peers: Loading saved peers file=/home/fiiiu/.local/share/reth/mainnet/known-peers.json
2024-02-06T23:31:58.052383Z  INFO reth::cli: Connected to P2P network peer_id=0x0e2117c393af8bb7c4d5c69204fe6538adf91c26096dd475023d4027722556d62bb8408a471ebdcab6754223944d32ec0fca4e12fc7770a6bf58176ba1343e01 local_addr=<IP_ADDRESS>:30303 enode=enode://0e2117c393af8bb7c4d5c69204fe6538adf91c26096dd475023d4027722556d62bb8408a471ebdcab6754223944d32ec0fca4e12fc7770a6bf58176ba1343e01@<IP_ADDRESS>:30303
2024-02-06T23:31:58.052766Z  INFO reth::cli: Pruner initialized prune_config=PruneConfig { block_interval: 5, segments: PruneModes { sender_recovery: Some(Full), transaction_lookup: None, receipts: Some(Before(11052984)), account_history: Some(Distance(10064)), storage_history: Some(Distance(10064)), receipts_log_filter: ReceiptsLogPruneConfig({0x00000000219ab540356cbb839cbe05303d7705fa: Before(11052984)}) } }
2024-02-06T23:31:58.052928Z  INFO reth::cli: Consensus engine initialized
2024-02-06T23:31:58.052982Z  INFO reth::cli: Engine API handler initialized
2024-02-06T23:31:58.057626Z  INFO reth::cli: RPC auth server started url=<IP_ADDRESS>:8551
2024-02-06T23:31:58.057723Z  INFO reth::cli: RPC IPC server started url=/tmp/reth.ipc
2024-02-06T23:31:58.057729Z  INFO reth::cli: RPC HTTP server started url=<IP_ADDRESS>:8545
2024-02-06T23:31:58.057748Z  INFO reth::cli: Starting consensus engine
2024-02-06T23:32:01.054768Z  INFO reth::cli: Status connected_peers=0 freelist=145148 latest_block=19171394
thread '' has overflowed its stack
fatal runtime error: stack overflow

Can you please run it in a debugger and print a backtrace?

running with RUST_LOG=trace could also be useful

will do.
there seems to be two different scenarios:

if I launch reth and only later I launch the consensus client (Prysm), the crash happens after the bad block (first log)
if I launch reth with Prysm already running, it crashes immediately (second log)

this is the last 1000 lines of the crash in case 2. above, running with RUST_LOG=trace:

2024-02-06T23:46:43.654866Z TRACE batch: jsonrpsee_core::tracing: send="{"jsonrpc":"2.0","result":{"hash":"0x35da5a5ff49a4146d0b9fc2cf7b28441f4ac6310811c7097276ea3c97c2741bd","parentHash":"0xe223a67b35252b180afd70bbee2de96580d5b3bc71f65c490b1857774669c2c5","sha3Uncles":"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347","miner":"0x95222290dd7278aa3ddd389cc1e1d165cc4bafe5","stateRoot":"0xfb32b400844ec06751502a0a6b1908eab6135dabd1b78d300cfad030464908db","transactionsRoot":"0x28ce07ac2e01e5c6a85f4203c89f22ca7a88191792699c4d218c9d7a1a2949d2","receiptsRoot":"0x2dfdb71eea6118514b608a81ea8aaf769308c0d336342e9259f15d1e75651fbd","logsBloom":"0x472103a7c56cf33830da0602af24c8e61943a98ad82f033f266d121acd72067494e5a588439560604a121b841e0cc581cb21ab50ae0d7ba2ba38b63208fc3c02f87315bc61a58ca96c12641e933ed4399d22180352c5aaa840fe4d7ad8e68480b66059a68627a327440911b00062add523b978d0881016c69b632032656a98200a519e590809905050736b4c0b00188240440227e948a0b8423520586333dcdceb610346298c601c4675dae1d81314fa65298d8181728bc384a844aa78cbcc44bfea010225735d400a80a0360edf00d288e32a5a7208211c0740f082032ee4c524b0eab8fd14052212941582690155588cefb2b03dbc86e298879ac25f425504","difficulty":"0x0","number":"0x1247b7d","gasLimit":"0x1c9c380","gasUsed":"0xc181a8","timestamp":"0x65c1f2f3","extraData":"0x6265617665726275696c642e6f7267","mixHash":"0x02ee572437e75f72db1805eaa06d5e0367951ec02648cd7af50ea3f0cc30ccd0","nonce":"0x0000000000000000","baseFeePerGas":"0x6d0c2989a","withdrawalsRoot":"0x7cf1ee3b9c9b527d29f68daa1593fb45bb2425dea099a08e8036ef7131bb9e6d","totalDifficulty":"0xc70d815d562d3cfa955","uncles":[],"transactions":["0x10cc8a1910de0e97fac23febd87d13d5f2df28dda725f6d397aa45a73fe3659f","0x8fcf6a94022b57446dc8eaab2ac2949aa57033912f1e4e89beb3fa952ef8c91a","0x554ffb3659dcdc4a2a01e641900b68efc0a908f1de8eaae627057abf2a7fe00e","0xd464dcd17c19c072d771a21d32e856c4c5061d9ae405325f06c92b78b179857f","0x4686fd39ee6ddff9610c5133323ea02ee9f1641738e3bb8cdcab4e8e9135cef7","0x4b5640fcf5342b6842d1fb84b830d1b9b0ad16aa9c362559d491597097045abc","0x217c564c9a8cd204d0e827ef72b7917e5cab109904ffd8fc50d152b5a7776f60","0x544a13e65988e0dd724d20f1495fbe24978c9c1fd1bf36b74c6d3ea06a14d650","0x9e7dccba1c8ca62360b675b3c5599c2e85220a1bf81caabba8b727b2821acf82","0xe8acc5366da4363b8ca737af973370b21860536004a026b380e6d3433d06a1b9","0x6c2b91ac1466e876003954f49bd6ee11146a5453ca523059399cf2b60a3b2e03","0x0a4d4629d9806a46bc9668a0703a682af0df96f0e6e63e2d647e32d5f2fd6c79","0x0bacdf2c1fbbee78ac7c04657ec5723718e098e42a8878814018879b2287e955","0xcd2f2f5678ea60a0d6153c34fec6182271ab80aa7f4289ae663f51bc2ce3c8aa","0x52865f77b3db1c389a17d4e0174dc2969e925148c3424351072fd8b7d6b6c838","0x3cc1ba1033a8378498040c05a017a6ce0b774b99ed4c9c512f4fdebe3cae9366","0x09d8f596ebfe9af2af414225367c26acdc1123efcc9a8f3733ca0b3074ee932b","0x7313d8e203a3cf914a3df078cb274f214e909f3c7b2dc820ed68eca1cc67451f","0x1ffcf8409647cf49a2e80756e7c8d345b9bdb45516e6177f8d8f8d987ec96311","0xc5e0b2ed966493d5e7222fdd4ebac0d5f5f1d8a62ea045120b05491b6ee280f6","0xb5c873cee147a8e5c9869181a58753ded30fd19274cd3da88be10c168932396a","0x39b76d529d06ed28deb03db428d040a1e6628b2c57621048361a5cbbfd2032db","0xa3a9b7a84906fbf773924999d75c8188f1688c519492444e475d31c93004650c","0x0361f628124830e485c2fb90718f663ccf3bfe5b0f6db8c3bf007c3d967ba76a","0x69596371788273e569c97873074283589e01041558b01a762d7e957d4ebb8f69","0xafabc646fdf841d7c1129ccc760c2676112bcfeb166efa112a04d79a40fc3c28","0xea4eeb988629b30cef8669c92b3a5e96d14f403c273e5935a662baeed00887c6","0x25ca51252aa99e7359408c2df3b271222085a93d6e661037ebaf59bc2611d5dd","0xb82436cf3aed2c22141576c148740cb3386511d0e2c0eb4c394d3c00c0db1c51","0x03ed4633e06862142555745add9b0a44e2fd81a3b523927a5a37019def3460ae","0xb753ee23a3ea86c6d2161b92a4e9afda9bc6f4e9c86e70425f2bdf43409dbdbd","0x668fab7a725ff7f2c14bb0a1a3958d2fc47a2eacbfdea3dd2425b1c68e27203a","0xa391ab151bb299e471fad74c0cfc41bebcd2e6e71e57f62fdcbccb9a8d921c7b","0x2775f9d0c6b60fc9f9a9e89f81974a2b4e80b1d5b9434aec5a91198ce2414c97","0xd8d0de351fc3a12e03361e12a1d89a833a5edab168c8d0979ad1ac7e8bc2d467","0x649c83dc318749b5a89c456848dbef99dfe624eb13f914b0486117409bb61576","0x6c7db7d2213d04dd419093d46d6417e549152ab2d395975f439350c1"
2024-02-06T23:46:43.655013Z TRACE batch:engine: storage::db::mdbx: Transaction opened caller=/project/crates/storage/provider/src/providers/mod.rs:146:23 id=15323194 mode=read-only
2024-02-06T23:46:43.655124Z TRACE batch: jsonrpsee_core::tracing: send="{"jsonrpc":"2.0","result":{"hash":"0xd20e9630a4f9779cd519eaebd3a18f263e1460fac6ddb44e5b4f21885c45af04","parentHash":"0x88c91243f2cbb78540054a32768142329a71570692b90a4e30dff493bba3fe30","sha3Uncles":"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347","miner":"0xf15689636571dba322b48e9ec9ba6cfb3df818e1","stateRoot":"0xee3ba16067d8173a15bc87bd822db7022c725dfe3b3b9e489c16102df7bf8f8f","transactionsRoot":"0x1c5464679dfe2c0ab187c060b08a16df609dbbd0772d43587132affccee01ab6","receiptsRoot":"0xf03460c974287c76a74ecf577d5574033ddad327c641806220755b3aa4219899","logsBloom":"0x0c21434c6c204086953c070285411312b2d37c25e80e2010de1f1c41937639a0e0af75a2c1150b6042647b0716240185d2818c0ec9962c233a6d1b8284b840244116004a5a0e0c394f02650bf4780460941444001d65bac106ac8cf1cd6a1c3d514c212222030042752becac206748fb214800e1002c1f849ac8a4f1c098ca84ea000bd087542182244c2138c99e2a6e48085495898082ab4571017952d203e06a2913c9b08322940839c4ee188f0f8ca5470b136068731084d88c2e835004d2720d0e92007329e844c08143a9071a80d1e872672af8665d4ba5485ac01ca620007931250755043c483644af69301090b40a94006c6980db300501439ac4160d","difficulty":"0x0","number":"0x1247d11","gasLimit":"0x1c9c380","gasUsed":"0x94b4e8","timestamp":"0x65c205fb","extraData":"0x4070656e6775696e6275696c642e6f7267","mixHash":"0x0c6d3031e9228c01123a3542d29f90955009b12a4676d9ba33fe14de1d43e363","nonce":"0x0000000000000000","baseFeePerGas":"0x5ab430e28","withdrawalsRoot":"0x91f87575d281bc652762f80409b1ecec2720f83e2839fca5104f79a4b4fca8bb","totalDifficulty":"0xc70d815d562d3cfa955","uncles":[],"transactions":["0xa53c55f5087d16446e6f5603f7cd6acb58a8b54430be0d70f293b2f06908733b","0x543b5cb5809e19fdc4df81e689b483cd5780738cb56b33abfbe098fec04a22c1","0xbb1a255f68fe4cf27df817ef46b0e05dcf93ba5e74a21e584430659e56a0a7b7","0x2c55897df8f5774e3896c9ecaf74169f72dea09c5d5a9a396463dff2f9c2b772","0xc7367025458c24892f4d61fbec1c7c34afc3d7c0abdf9f999318ebc7221981b1","0x75ccb2acbf004ae27328fc4b49c4f33f4d569f5a750c64b20c19a178d835d91a","0x828075a8d8af8d2f77264eb0801e996c66c6755e15fc85a517daf8cf3e303aa0","0x1837350f5fe2777313fc4a9e81a0eb726e83128bab067c25694311eed75a525b","0x94388fcc2cbcbe04f445e4d0b8c3dcaf1fcd7cefdb48f393777d657355016c18","0x42cacedce4fc75e4b771da028eb5d04ee05568ba9938f0f87d333cefb7613b57","0xd1217c7e18e9e79ef6bf8d32b35417ada28cc1f41300975ccf3bdbc32e3a7742","0x8d65d51b6c7e2a9fcba0b0593f58a731e2457619b1998383e61882a673cc79b3","0x3e8568405561b9dda676f9478871c6829823b6c054fdf6ce58d79930281961f0","0xafb0551c2eacbd55abc8690384ee152938747d8f6f5504997735fb098816e141","0x07cc522bddc43ba8feb1b7415f6b42e22b10ad9ee239c17572703b90a265a7e6","0xddcf3d81b2ef7768dd966be5ee7e8d28af8062d05a1e3dd28abd6335d248206e","0x94024ac2498642b100517ee3d05ba45c0f693e72f6a582edc01c20fbb2cc0e2f","0xcab49200a7c73190b4f4cd541939028eb2ba1dea3da07ae34d1e97bce22f8f0e","0x657b25bfa9c467a3bf4ef5c7ff504fc8b003faa0708680e59b6de11035c0dfdb","0xe22f0a2ac5626f1c9d9d11f2d8695c171cfd235cc8f6b106de7300d8b0e4a686","0xc5df1f64f3a94bc7a32b268749445951f2fbeed0ad6712ae18d387778320157d","0x3f3d0c5e57ecbcb80c841233ec00131c5652cf8c09a8d007249f9f34e2ce50de","0x0f02b7de974504098e8c0b7f00e7468346adbede579b63e928c2d5f8a80dae72","0x4ffd12fb313b5c1fd1d9caf1a0856a8b1f4e05f9e3f2b895a93a450e8edd0960","0xa028c39a7c63cfc2ede738f471ce0c6f35b2cfeaac72dddb61d58218fab07950","0x86ce44962c314490e38be04b9b2a74db985978f4c53e41152ef99bb18360be62","0x88192b93b9f91e326eb5b4464b4c6319ba5c911fe4ff356f00d82f4cfafad48e","0x525b4e03e528d30847653d269e9f8421502bb6186d4ca0150bf9f8a729d24bf4","0x62203e982516f5f257758da8202ffbd14dd2cd9cf57cb761cdc071a8dc921380","0x980f453b4253d7db924b44e1085ba0d6ca1a113b18c3d347d255f29bfa9e6b27","0x210168215ba95b7d65dcdb3819e2ef7fbdffa8e2b265c24741e7005e4fd7ad05","0xaeab4e6c64f6ae72229b1e5bd32c27b55ba0a66629cb068415a102b5e0ab5fcb","0x30a15cad446ac58ef2f8d1e0f467aef12b43d5e04a6c7c1ffb0f0d33fa085be1","0xab706a51d3224ae791a3cffac3bd6b1e91492f376ef5515f75fd25a17d9613f5","0xc7b5d2d4c8c695fc75facc1d7d0202dc48ab12427a1b5ff182a1e98c243946b0","0xb00d16810eb98b5921da555404c336e3c73a665e8cb5fb65127c2af17f36770e","0xf92496bb9c234153d1dac9ad8e348fcef1bb6ad3ce34637be73e"
2024-02-06T23:46:43.657846Z TRACE batch:engine: storage::db::mdbx: Transaction opened caller=/project/crates/storage/provider/src/providers/mod.rs:146:23 id=15323194 mode=read-only
2024-02-06T23:46:43.657977Z TRACE batch: jsonrpsee_core::tracing: send="{"jsonrpc":"2.0","result":{"hash":"0xa32b9ed2b0158bb1e730897682bf8850baa5b825915978dbbd136a5115773991","parentHash":"0x4a0cea00b3f87d370ef4e880b1180bba6ed8167dbf0a8a52bea500e2d41416b7","sha3Uncles":"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347","miner":"0x4838b106fce9647bdf1e7877bf73ce8b0bad5f97","stateRoot":"0xb8b7560ac9b5843a1046f692f927305e5a07b9544dad72b1dc3076ef518bd266","transactionsRoot":"0x2407d6125bb37c667d2cc7dd20f3717ed144fb5ef0724962facc9b06fe9682ae","receiptsRoot":"0xcb996509e014d7c8a2fce0a70a9288d476b99300336d9ee38626a3cc47c03ecc","logsBloom":"0x02e1c5226161e1a310981353e680b28008506214a817c274ae8113486722ba3c59c3a52aeb040441d2609e258a9601a5cac9be4a8c27682236e03000d068280040f61c9871369848ed1af52a5540096dc47010113dc48f2254880c5ae866990910145900063a2c8304005980604daecde2bc17d8acac04f4ceec08b0a55e30144e488a5788a005d2815f354d68030002dd31c201afc220fa453500c676510a384a19094a41006b628e1210ccd00c9c1a854248312ca085108ce0291a85cc1241579a30221826cdca600b09700e463cdc800e229c8308207c42443f0ee945e4c65474a429010a843904a517c7600c59f8000bd4785f0f93e4489d58217a035c0d","difficulty":"0x0","number":"0x1247cb6","gasLimit":"0x1c9c380","gasUsed":"0x8b183e","timestamp":"0x65c201ab","extraData":"0x546974616e2028746974616e6275696c6465722e78797a29","mixHash":"0x276fe1dac9eb9a3e4ceef5b5be8c9a81772dded3ea009250f7bbdc05ae02e523","nonce":"0x0000000000000000","baseFeePerGas":"0x6cbf9419f","withdrawalsRoot":"0xb8bee74e9a2f1a63ffb0f14f8b882a4d2b9c9350f7f73948e82e994817ae1d7e","totalDifficulty":"0xc70d815d562d3cfa955","uncles":[],"transactions":["0xd2dbfc022024fdb4041c2fefe45e28bff433d5faf5ede79d2ccc1ebe4743d64e","0xd96fecb726b99a6bee528a232c9d67fee97a0062791a0f4e502a42ad197cd482","0xb4989c54f22b9386deea79517125be1e5913929f7c6d623308a8e7f108b82a89","0x12f50d1efeaa5bd7cd8626673bc4bd2948efeb428fc5d3634df4f4b6141fc74b","0x8e9ef8d2de990f9cb4ebc2ee2e348d7ded6cd797b78344f8924d26c80b90907f","0x13bdbb997525d122029c0209fb78b25cbcb9f7f9274b471f1ed41a9f10b8894d","0x7deeac84915b90c283f42c2e631ba73362d83a874fda991330c5a780f18ff829","0xed9cb5592ecffd1e6d039de4a92c5846ecab5a7dedb54610bbc9121bcac3474f","0x76d8580342df6f0e64e09d1d7477c6a9fc0c12ccc0b5e771980b13dc7057bc86","0xf3bf29e3c584a94fdd73ed7efbaebd02ddc1a2ef3ebd1d7fb8446ba70b0501a7","0xe8932011175901185bb7e54410117fadd607a94de621b58139c05651f8b78f69","0xb25244a2897d28fe3f09ce63e5a149188b335eb38fef84eeb0a60f5a09fbd5af","0xe09ab176f0b7dcadc98c0c056451edd10234ac88d58bdd485a46f8f2fb7f5628","0x634a63df1bac30195dc0ff44104553f8c1f36ed0312b8d9b3ffb947f2bac36aa","0xea28b96af40c7ca9ae7df70d32402046ed33494b0ae9b0ab58bb81f8b2d91b79","0x441c848392a732dfaa442acdd226153a607390df13d05b8a42f72d93103bf186","0xebdb727a538eabb8abbfdcca1c43f6238ae983f5c1a95c42c9782dfbead0d5d3","0x2315d1c941a2ed740a3a9b3664b15a408242f28504c439be113b68985d72e67e","0xd049f9361e3c23d87bfa65d60945e3ed087abb88ae2eb0971cd657932156adb5","0x02254f246095c5433ed093cc27749d4e55baa4b282ec605801c0b6f484fcd9c8","0x4660806832d5d8b97891591a66e56f1c94da5f25a939b3dd36a6ac5677a6790a","0xbbe60dc74beae9fcca15494fcc62188275aeed9d007b4064bdd12e6cc8ab59dc","0x238302c4e07368d2424b5ca7ec4d34645f891766217cfab60185f312e318c31a","0xbfca2dfd90fa080c26fdbb56be9df4cc3eb48be476f89876ab5775600f3f9b9c","0xd53374d34ccabcb7b5a09c7158099c508c1791557a413fcff556df4e886f3c3b","0x7cc890e6f0bcf6997ca3ded926c153bb65081fc685f00eb5f506d61efb62c21c","0xc0e85fc5f8de2d7d5f00d0b5b467dc6a8d0c6c13b5b1790de334f46984c1349c","0xf9b05224ef632566f12a27565d555e2710bd3f8d4618aeab32587b8a58f5e650","0x179507d5360ee15660ced46ed3e1c54d0545d346493447aef186af620febf108","0x3fa09e15b6c4b35cb2fdc155c871f9bf8c5cc6d09bd73d114fc8936d66d7b986","0x367756b53389d43dd3a31033986af23df456d6245b3217a329b1d394935f63be","0xfba177ad5f56959e15e05ebfae549b901f20bc75e993b07aac6a531489b10f58","0xa23fdf98a116b8153eb13532ded28607e8f0bd83d87e106ce46526d3da4ac7f3","0x8b6d730b17a07efb42e112a22a2e39af7f44dc22dbc1ca18b77d2ac8bc8a7235","0xc6119f65417028f606a49b5846c9b116bab9423ea1554626226da6452eb7195a","0xb90eb807c746b75a01d9e8efccac437538053934ad007347ff7cc55959d692bb","0xe38f8cd9b8a0ae8708055210103436ebd502d0"
2024-02-06T23:46:43.658120Z TRACE batch:engine: storage::db::mdbx: Transaction opened caller=/project/crates/storage/provider/src/providers/mod.rs:146:23 id=15323194 mode=read-only
2024-02-06T23:46:43.658231Z TRACE batch: jsonrpsee_core::tracing: send="{"jsonrpc":"2.0","result":{"hash":"0x7c1920e142ce19d4c9d1212351c855da363e9fa778f7ee0efbb15170263691e1","parentHash":"0x5d5edad02ba16a3e1a5c6f6cdaa54ae59055d7bf3750fbad76bb0d0dbe128e29","sha3Uncles":"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347","miner":"0x95222290dd7278aa3ddd389cc1e1d165cc4bafe5","stateRoot":"0x1ef8f936c761f20a0d02ceefda862a2c6462d87e4ec445aadb1b7d3428b79c8a","transactionsRoot":"0x5838ba36db560dd922cef590305772870a6e747ea742cb1ee6fee4c332ce0004","receiptsRoot":"0x1769b395a741e8bd64246b38b9ad7b3f97b4a94605b3952822f030e97870778c","logsBloom":"0x2329a3f6e1c4b3001b5b54fc9d639afcf9fe12380b4118d8029120709ea670b513a59dee184260247eba1d1e25c5b188ae6110a9bb16a9224e74fc8a862e13030118451c341d9f8a6ec76ef9c6a1fb3006437099db4d8c83ed380ed499efd990324a7404b7fd6ac1e4a272798a6e8cc1f7020255888546439616eb13855964d31a0e9b5246058c3cb678a0305cc8d946748124d5e7c391ed4865016c00fc4456f341192799c0a4810a44d0df08fa95dcf5940b6a4c3252005774664f215d023926f5855b12530072a140e398845cf02d0972305c30c96a1a2a4a3b8fa962f2bfdcf471593bc006a89e2df78315739dca2e68f31e1bcc04461f2d502152a5bd29","difficulty":"0x0","number":"0x1247bd9","gasLimit":"0x1c9c380","gasUsed":"0xcf7b2b","timestamp":"0x65c1f743","extraData":"0x6265617665726275696c642e6f7267","mixHash":"0x31c58e614e01f4d2780488d1041284a105041a7b41a9f2d5317751dce54feb79","nonce":"0x0000000000000000","baseFeePerGas":"0x1cf775e7ab","withdrawalsRoot":"0x62cb2730e4c20c6d8d06dc73f668e79c579b1358d3de37d1f182c8a75de412f0","totalDifficulty":"0xc70d815d562d3cfa955","uncles":[],"transactions":["0xbd9691a03ef844120a0ae585426ba54295e4b1e108fb014a846f62d77c0c9071","0x516353db6e9536eb92048e2d3b4f1075adf2be67832c76c853c05ef0814832b0","0x3fdb1103ff85828ee470117702c856f45ce36ea856cb8b3924b4dbd862594431","0x4b9f73654542300674d838b2ea6cebfb6cc60b3bfeb92c43c3f95755c95ce2de","0xcd0e63c9b0b3c2f601d69c6de8e4ccc76bda6bbf5a8ef654a82be4f25e43f91e","0x56f79cfdae6400e6bb3d8140f8b6d443756b15474997ae7bbe8ac2c8c6006b4d","0xb680b0b2a172fac89653f41ce3047b1b952eb62d2aabc4b70d700a739e44d58c","0xd7619a4dfcdd898f0f6ba0cc49248b0fb8f3561bc14108335180a667cd4bfbfb","0x36175829103d5635c834bf6fb8eb27524b02c0da6ee649169705d33213323c93","0x24e7ae80f51b4f6b0a421d9d8c50155bf2d21ea93b62587f666b074f91a59cb0","0xeef644258e9e5cd4ffc60d51a081256de33848836563c689e493eab7315ed284","0x507b35d0c31f1c12622903f4dfef3abc96b431c7847549cfe62047837bf55e3e","0x519272236f80ff4b4a6ec039551962956831f59a57be49dc25ebd92212338f7d","0xc06fd4f07555013e0709e655cda128a2c0428693440cf6aeb91f0ba6e5dff9f0","0xc73852c17b85676ab05b482911d537ca897b0e2ddefb9166368a78a5642cfa26","0x3690353a87e6e516ab089735362fe6b0cb759175ff69a6423f58c71374292b8a","0xbc83a0f40e32f0847ec29b32f55a8ff37848c4855625a2c130494e689d286fb6","0x8748bfa692df550dbe4ada386b068fb92f43254dca6719ec896d1f55314c0476","0x8ed7caf0f94c4bfb5f2584fbded0f2eb609fb337461b489ae7b13fe8f9b29e76","0x9365a846148f8f14685b5fe35c2cd7ab46e729bec1274a284ed23cd0dbf73e5d","0xd4191c2aa73df647882b8fa12c1da93ac86a3a1d5725f85cf413a09e1ae7ad39","0x71bd87437ff46eec644aefdd2e46e92e7a9fe7db7ecedfe02421968ca76bc051","0x08b9e24b359f00c23ef15dd022be5af42ed9d608d277e392ba5bf03bc81e597a","0x97161fcc6df99e0bf278307c72a314dbaeb398bbc576b563aaaed0dc72242b13","0x07267446898580abb8120f71681023c86a44cf697f3f56b788c88eda88295834","0x299c83cced947f69831ba5a53d599d065922555bedec07bceba1e25ec8fd6dff","0x8805580c95e426e9ff0ac29886c53cdb694f3f7c3312d8ca79cdbb21e5c534b7","0x1aae630db5a8adffb4ff917bec6399c29454c524e272a39406b34d5d5a57d1f2","0x6f62c9b177676b74ca49338aa7c683a2448e4ca492eaae8d79fdcb805d3e9692","0x0637a1fad49134b8e3a65a657f1c90f0a67a0e6be80bc3d37185c9a2018a1e05","0x53adfb0cda0a4b11d32356ca2094e8eb3c54177ef8b407733a954245676d918d","0x204bd55fbf71e8de396d235879ed1dd1f7d37ce296469bd45d89353c03958b6c","0x2fbc7a0764d2ae41b3747b62f560ee8b59f8e23048875669a6f9f9e0c10fe84a","0xad4aeead82cb2a9126b36ae77ae3bfc1e41dc87ff7df3995e258b638edc1d06d","0xa193444f940136c6179d8ffd5b1d4784f18bcd66f11c67b15e99aabc977fe122","0xa7c64933e27ebb2fb55ef209fa898b3bb56ba5e7cb654c4b364c77e988d181b7","0xb206433ad56f614c5b74e2834be12b241927cefdc6a434d6a1471c1"
thread '' has overflowed its stack
fatal runtime error: stack overflow

can you share more logs leading up to that, please

will do. is copy pasting here the best for you? happy to send the whole logs over too.

as file attached here also works

these are the last 200 lines of the logs for case 1. where it crashes after launching Prysm:

2024-02-06T23:56:46.768295Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain:loop{i=0 current="Nibbles("0601")" build_extensions=false}: trie::hash_builder: skipping 2 nibbles
2024-02-06T23:56:46.768304Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain:loop{i=0 current="Nibbles("0601")" build_extensions=false}: trie::hash_builder: short_node_key=Nibbles("")
2024-02-06T23:56:46.768313Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain:loop{i=0 current="Nibbles("0601")" build_extensions=false}: trie::hash_builder: pushing branch node hash hash=0x3f075238a5c44b667fafcdf86d08def8aa36b7fc4c15108b6f7cd0220ac3c901
2024-02-06T23:56:46.768324Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain:loop{i=0 current="Nibbles("0601")" build_extensions=false}: trie::hash_builder: no common prefix to create branch nodes from, returning
2024-02-06T23:56:46.768333Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain: trie::hash_builder: old key/value key=Nibbles("0601") value=Hash(0x3f075238a5c44b667fafcdf86d08def8aa36b7fc4c15108b6f7cd0220ac3c901)
2024-02-06T23:56:46.768343Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain: trie::hash_builder: new key/value key=Nibbles("0602") value=Hash(0x649beaac41bd2470e78e55833a0c028f73b53e01df5a644aa2b5baec4f254642)
2024-02-06T23:56:46.768355Z TRACE on_new_payload{block_hash=0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce block_number=19171395 is_pipeline_idle=true}:try_insert_new_payload:try_insert_validated_block{block=(19171395, 0x844352ea2eb484f9a3dde277e4e3ce08652eb4e42cd2c4e2393e3bb522dfc3ce)}:try_append_canonical_chain: trie::hash_builder: updating merkle tree current=Nibbles("0602") succeeding=Nibbles("0603")
thread '' has overflowed its stack
fatal runtime error: stack overflow

full logs for case 2, crashing immediately:
alpha17d-case2.log

A backtrace would be really helpful @fiiiu https://github.com/paradigmxyz/reth/issues/6452#issuecomment-1930950508
You can open gdb <command>, input r and then bt once it crashes

ok so now I'm not getting it to crash, it simply complains that it doesn't see the consensus client, while the consensus client says that the execution client is not syncing. here's the trace, but I doubt it's useful. I'll keep trying to get it to crash again.
trace.log

Thanks Alejo. Please keep it coming, we don't yet have enough information to identify where we sould further look at.

thanks for looking into this, yes I'll keep sending as I unearth new info. I don't have access rn but will share more later.
this is the error message I got from prysm (it doesn't crash, but just doesn't sync):
ERROR execution: Got a validation error in newPayload error=mismatched block state root: got 0xd3d609b5f2fd0910dd275537799ca8d3f47a32ec136a191aa32c56dd43833512, expected 0x7da550c658bd3cac17918db97e0c5231e39fa5f2991ddfb5f889431955ece45b

ok, here are debug logs from prysm.
there's a "Could not validate finalized root" in there, and also the error I shared above.
prysm4.log

ok, just finished resyncing reth from scratch, now seems to be working properly. I'll close this for now.

updated to alpha.21, reth crashes upon running, reopening this issue but not sure it's the same thing.
alpha21d.log

ok I reverted to alpha.13, ran it until it resynced, went back to alpha.21 and now it seems to be running alright. not sure if/how the reversion worked, but I tried running alpha.21 several times and it always crashed :/

We seems run with the same issue with same deployment, reth + prysm, after we upgraded prysm for decun upgrade.
Looks like prysm is sending a query which triggers the crash of reth, we just flushed prsym state and run it from scratch after restart of reth, and seems it is working properly now

This should no longer be happening. Given we have beta.1 out can we get you guys to switch over to that and confirm if the issue happens still?

This should no longer be happening. Given we have beta.1 out can we get you guys to switch over to that and confirm if the issue happens still?

I have upload the stacktrace here
https://drive.google.com/file/d/10u1B9gZOSMnxzmQmhmLBgE2Um322DO4u/view?usp=drive_link
we are syncing another node with beta build now, but given the time to sync and size of the storage it costs it is really not that we can just spin a new one to see whether we can reproduce it at will

@gakonst we are running into this reth beta 2, this is triggered by simply restart prysm

reth still stack overflowing on beta.4 when run together with prysm.
beta-4.log


fix: expose max_payload and assemble_with params

Used AWS's sagemaker python library's default values which are None for both.

tested with None. Works fine.


Open a Navigation Drawer Page From Another Page

In Navigation drawer there is five section, In first section Fragment there is one button. When I clicked on that button I want to load the third section. How could I do that.

any idea about achieving it


⚠ ClamAV has degraded performance

In b582dcf, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 79 ms

Resolved: ClamAV performance has improved in 2d8e092.


Double Clicking Date

It would be nice if double clicking a date in the calendar could tell the container app, so that it can potentially do something different.  See forthcoming pull request.

The previous pull request no longer works with the 2.x release so I canceled it. I no longer need this functionality and on reflection I dont think double click is a good feature since it will have trouble on touch devices and will conflict with withRange and selectMultiple.  Please feel free to close this issue if you agree.


Implement serde::Serialize and serde::Deserialize for all types.

Implement #2.

Looks good. But why serde = ["dep:serde"] instead of serde = ["serde"]?

And it fails on old Rust. I guess we should remove serde = ["dep:serde"] completely. serde, by being an optional dependency, will automatically become a feature.

Thanks for the information! I have fixed the issue now.

supported edition values are 2015 or 2018, but 2021 is unknown

I guess we have to bump MSRV to 1.56 as well. You can do it in .github/workflows/main.yml and bump it in the README as well.

I have also upgraded the edition from 2018 to 2021 and added the rust-version field to specify the MSRV in Cargo.toml according to the 1.56.0 release blog post.

Thanks!


Fixed: Package name

portphp/symfony-console-adapter -> portphp/symfony-console

This looks already fixed.

Yeah, this has been fixed already. Thanks!


add fail reporter

The first run through should fail the build.  I will then fix the offending error and commit.

As expected
https://kenzan.ci.cloudbees.com/job/CI-pipeline-validate-css/8/


Problems while implementing Content Security Policy

Hello everyone!
I'm trying to implement CSP but I have some issues with Google Maps in this library.
https://developers.google.com/maps/documentation/javascript/content-security-policy
The point is that I already added all the Google Domains, but I can't add the nonce for the inline-styles that Google Maps creates, so, all the buttons in the map gets duplicated because clearly some inline CSS get broken.
Any of you had any problem with this?
If you don't know what I'm talking about, do this:

Open https://snyk.io/website-scanner/
Scan your website
Check if you have a Content Security Policy problem
Try to fix it.
Open your page where you have the Map

There you are going to see some broken buttons.

@BrodaNoel This package is unmaintained 4+ years. please look at @react-google-maps/api instead.
As I know we have solved an issue.
It is not a drop-in replacement, please read docs.


Recuring Interval Maintenances display wrong dates in the maintenance list

📑 I have found these related issues/pull requests
NONE
🛡 Security Policy

[X] I agree to have read this project Security Policy

Description
Trying to add a Recuring Interval Maintenance and it seems that it gets the wrong dates.
E.g. trying to add this maintenance on 04/07/2024

It shows wrong data here.

👟 Reproduction steps
Add a recuring interval maintenance e.g. running once every 7 days starting from a specific date and after it ads it, it displays the wrong data in the Maintenance list.
👀 Expected behavior
It should show the right date which we have added in the first step.
😓 Actual Behavior
It shows the wrong date.
🐻 Uptime-Kuma Version
1.23.11
💻 Operating System and Arch
Ubuntu 22.04 LTS
🌐 Browser
Google Chrome Version 123.0.6312.86 (Official Build) (64-bit)
🖥 Deployment Environment

Runtime: NodeJS v20.12.0
Database: sqlite/embedded
Filesystem used to store the database on: ext4 on SSD
number of monitors: 7

📝 Relevant log output
No response

Hello, is anyone currently working on this issue? If not, then I would like to try my hand at it.
Thanks.

Nobody is currently working on this to my knowledge ^^

I have made a little bit of progress, I was able to reproduce the error and have isolated it to this line of code:
\server\model\maintenance.js on line 300
let start = dayjs(this.beanMeta.job.nextRun(dayjs().add(-this.duration, "second").toDate()));
If the interval is 5 or 7, this evaluates incorrectly (the dayjs obj element $d = Tue Apr 16 2024 06:00:00 GMT-0400 (Eastern Daylight Saving Time), instead of the correct value, Sat Apr 13 2024 06:00:00 GMT-0400 (Eastern Daylight Saving Time))
But, if the value is 6, or 4-1, then it evaluates correctly to Sat Apr 13 2024 06:00:00 GMT-0400 (Eastern Daylight Saving Time).
My question is, what exactly is the this.beanMeta.job.nextRun function doing? Is it part of the redbean-node lib somehow?
I am new to contributing, so any help would be much appreciated.

Not quite. beanMeta.job is the croner instance for said maintenace period.
Said variable comes from here:
https://github.com/louislam/uptime-kuma/blob/05606c69e7feb7cf4c033e2eb7c6f43ca7d1c5d0/server/model/maintenance.js#L266-L268
To your question:

what exactly is the nextRun function doing

Sadly, croners docs is not great, but hey..
https://github.com/Hexagon/croner/blob/aa932979a949258af2c8093e8af88f15d743342e/src/croner.js#L195-L204
=> the line finds the next runtime as dayjs, based on the current time-duration. I would need to look into if timezones are correctly passed here.
The duration is initialised here:
https://github.com/louislam/uptime-kuma/blob/05606c69e7feb7cf4c033e2eb7c6f43ca7d1c5d0/server/model/maintenance.js#L390-L436

Thank you for that info, @CommanderStorm, I think I can solve the issue now, here is my approach:
The task will run at the selected time, every possible day, but in the args for the new Cron() I will include the interval param, which will be the time for 5, 7, or whatever interval of days. I will also include the startAt in the args.
This will work for any date that is in the future, as it will start on the start date and then continue on every interval after that.
However, if the date is in the past, then it will start as soon as possible, so today or tomorrow.
This problem is solved if the date for the next maintenance start date/time is calculated.
E.g. if the start day is Apr. 14, 2024, (4 days ago) for a 6 day interval, then it will recalculate the start date for the cron to be Apr 20th.
Below is some sample code to demonstrate this.
Please let me know if this approach makes sense, and if it does, I will incorporate these changes and hopefully commit the changes soon :)
import { Cron } from "croner";

const intervalInDays = 6;

let startDate = new Date('2024-04-14T07:00:00Z');

const hour = startDate.getUTCHours();
const minute = startDate.getUTCMinutes();

const cronString = `${minute} ${hour} * * *`;

const task = () => {
    console.log("Running task");
};

const now = new Date();
if (startDate < now) {
    const differenceInDays = Math.ceil((now - startDate) / (1000 * 60 * 60 * 24));
    const numberIntervalsSinceStartDate = Math.ceil(differenceInDays / intervalInDays);
    startDate.setDate(startDate.getDate() + numberIntervalsSinceStartDate * intervalInDays);
}

console.log(`This will run every ${intervalInDays} days, starting from ${startDate}`);

const job = new Cron(cronString, { interval: intervalInDays * 24 * 60 * 60, startAt: startDate.toISOString() });

job.schedule(task);

console.log(job.nextRuns(5));

Could you provide a PR instead? Revieingg what has to be changed is more error prown than nessesary via comments..

Hi, @CommanderStorm, the PR should be ready for review. I did not use the strategy described above, instead I had to re-calculate the Cron every time the maintenance task is run. While it is not optimal because code needs to be added for only that strategy, it works for every use case.

I fixed the croner lib to a point I can test with it, but I was wondering about the scope so I don't commit code that is unnecessary.
I have currently changed the maintenance.js file so that whenever the Start Date/Time is (future or past), it will base the interval off that.
However, since it is only checking if it should be running every x number of days, then in some scenarios it might not be perfect.
Consider the following:
Maintenance Time Window of a Day: 10:00-12:00
Interval: 7 days
Start Date: May 23
Current Time: (when saving the maintenance window) 11:00, May 23
Result: since the program is only going to check if it should be running every 7 days, (starting from May 23, 10:00), then the next time it will run is May 30, 10:00 since the time it was supposed to start as was in the past.
Also, if Uptime Kuma goes down for a minute when the maintenance window is supposed to start, then it will not run for that entire period.
A solution to this would be to add a check if the current time is between the start and end time when saving the interval, then set the cron to something that will be able to run throughout the period. e.g. 0 10 23 5 * with no interval, and then when the maintenance window is complete, re-calculate the cron.
Let me know if this would be necessary or if the existing fix will be sufficient. @CommanderStorm @chakflying

So, croner is now at version 8.1.0, which includes the changes with interval, hopefully allowing me to resolve this issue :)
Let me know if my above ^^^ concerns are something to be addressed or if it is fine the way it is.


Public Audit Trail for Bacalhau Job History

Goal:  the ability for Bacalhau job history to be written to a publicly verifiable medium. This will help us unlock workloads that rely on public compute (reproducibility) for researchers and web3 builders.
Functionality requested:

Audit entry created for each job ran on Bacalhau network including: CIDs of inputs, outputs, and bacalhau command ran (e.g. "bacalhau docker run ubuntu hello world"), start and completion timestamps for the job.
Audit histories for accessible publicly via IPFS or any equally public medium.

Partners that have asked for this capability for their workloads: Tableland, Ceramic, Gitcoin QF calculation

I don't think a public audit log is valid anymore, but an audit log for what is happening in your private network is absolutely valuable.  Created a new issue to track the private audit logs https://github.com/bacalhau-project/bacalhau/issues/4186


[Performance Issue] Unresponsive

Issue Type: Bug
Extension Name: vscode-icons
Extension Version: 10.2.0
OS Version: Windows_NT x64 10.0.19041
VSCode version: 1.47.3

{
	"messages": [],
	"activationTimes": {
		"codeLoadingTime": 452,
		"activateCallTime": 7,
		"activateResolvedTime": 30738,
		"activationReason": {
			"startup": true,
			"extensionId": {
				"value": "vscode-icons-team.vscode-icons",
				"_lower": "vscode-icons-team.vscode-icons"
			},
			"activationEvent": "*"
		}
	},
	"runtimeErrors": []
}

See pinned issues


Provision support of other object types

Description
Provision can create as part of provision cluster, hosts, datastores and vnets (http://docs.opennebula.org/5.10/advanced_components/ddc/reference/provision/overview.html#provision-objects). We might need to extend the support for following more objects:

templates

vm
vnet

images
marketapp
oneflow template

All entities should be able to support also configuring:

owner / group
permissions mode

Notes:

images and marketapps should support 2 operation modes

asynchronous -  just create the objects and continue (exit)
synchronous - create objects and wait until they are successfully imported

in case of failure, retry should delete the failed image and retry create again

images/marketapp should be able to reference the newly created datastores, probably using ERB
IMPORTANT: we now merge defaults+overrides for each supported objects (which makes perfect sense for infrastructure objects). I'm not sure if that makes sense to follow that with vnet template, but definitely NOT with end user objects (VM templates, images/marketapps).

Use case
New cluster with all necessary objects ready to start VM.

Progress Status

[ ] Branch created
[ ] Code committed to development branch
[ ] Testing - QA
[ ] Documentation
[ ] Release notes - resolved issues, compatibility, known issues
[ ] Code committed to upstream release/hotfix branches
[ ] Documentation committed to upstream release/hotfix branches

PRs to merge in master:

code: https://github.com/OpenNebula/one/pull/4374
docs: https://github.com/OpenNebula/docs/pull/1001
tests: https://github.com/OpenNebula/development/pull/891


Crash: Can't create sort clause without columns

Expected Behavior
Open image picker view
Actual Behavior
Crash
java.lang.IllegalArgumentException: Can't create sort clause without columns.
Steps to Reproduce the Problem

Open image picker from fragment with ImagePickerConfig

Specifications

Image Picker Version: 3.0.0-beta4
Android OS: 29
Phone: Oppo F7

it still not included in latest release @esafirm


How to improve training efficiency and shorten training time

I have two T4 on my machine, and I want to improve training efficiency， because it has enough memory when I use the default params

I tried to update the batch_size to 256 but it doesn't seem to be working

maybe deepspeed you can try

you should increase micro_batch_size param @Tungsong


Introduce new 'show_on_hub' property to IR

What is the context of this PR?
NISRA have decided not to have the IR link on the hub (will only be available on individual introduction and remove person pages). We need to add a new property to the schema to support this.
How to review
Use the existing test_individual_response schema and confirm that the links to the individual section only show upon the introduction for the individual section.

 NI - remove IR link displayed from the hub (M)

All seems to work OK, do we need to add a test for this though?

I'd actually thought I'd modified the original schema here, but looks like I missed it.


Fix setup with gcc 8 or newer

Hi,
I was unable to install PyPAPI using pip3 or from sources on devices with gcc 8 or gcc 9. The only place where I got it working was devices with gcc 7.2...
I found out that the internal C PAPI library is compiled with -Werror flag and probably the newer gcc introduces some new warnings...
gcc  -Wno-override-init -fPIC -g -DSTATIC_PAPI_EVENTS_TABLE -DPEINCLUDE=\"libpfm4/include/perfmon/perf_event.h\" -D_REENTRANT -D_GNU_SOURCE -DUSE_COMPILER_TLS  -Wall -Ilibpfm4/include -fvisibility=hidden -Wextra  -g -Wall -Werror -Wextra -Wno-unused-parameter -I. -I/home/martin/pypapi/papi/src/libpfm4/include -DCONFIG_PFMLIB_DEBUG -DCONFIG_PFMLIB_OS_LINUX  -g -Wall -Werror -Wextra -Wno-unused-parameter -I. -I/home/martin/pypapi/papi/src/libpfm4/lib/../include -DCONFIG_PFMLIB_DEBUG -DCONFIG_PFMLIB_OS_LINUX -D_REENTRANT -I. -fvisibility=hidden -DCONFIG_PFMLIB_ARCH_X86 -DCONFIG_PFMLIB_ARCH_X86_64 -I. -c pfmlib_perf_event_pmu.c
pfmlib_perf_event_pmu.c: In function ‘gen_tracepoint_table’:
pfmlib_perf_event_pmu.c:349:36: error: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 0 and 4095 [-Werror=format-truncation=]
  349 |   snprintf(d2path, MAXPATHLEN, "%s/%s", debugfs_mnt, d1->d_name);
      |                                    ^~
pfmlib_perf_event_pmu.c:349:3: note: ‘snprintf’ output between 2 and 4352 bytes into a destination of size 4096
  349 |   snprintf(d2path, MAXPATHLEN, "%s/%s", debugfs_mnt, d1->d_name);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
pfmlib_perf_event_pmu.c:399:58: error: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 0 and 4095 [-Werror=format-truncation=]
  399 |                         snprintf(idpath, MAXPATHLEN, "%s/%s/id", d2path, d2->d_name);
      |                                                          ^~
pfmlib_perf_event_pmu.c:399:25: note: ‘snprintf’ output between 5 and 4355 bytes into a destination of size 4096
  399 |                         snprintf(idpath, MAXPATHLEN, "%s/%s/id", d2path, d2->d_name);
      |                         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[2]: *** [/home/martin/pypapi/papi/src/libpfm4/lib/../rules.mk:30: pfmlib_perf_event_pmu.o] Error 1
make[2]: Leaving directory '/home/martin/pypapi/papi/src/libpfm4/lib'
make[1]: *** [Makefile:52: lib] Error 2
make[1]: Leaving directory '/home/martin/pypapi/papi/src/libpfm4'
make: *** [Rules.pfm4_pe:43: /home/martin/pypapi/papi/src/libpfm4/lib/libpfm.a] Error 2

The -Werror=format-truncation=0 flag solved that issue for me :-) It works fine with gcc 8 and gcc 9 but I didn't test it with gcc 7.

Thank you :+1: !
Fix released in v<IP_ADDRESS> :)


filepaths error

For more complex file structures the app runs into errors because it cannot read the filepaths from the filepath string.
In order to avoid a filepaths error i would suggest modyfing the filepaths prompt as below. It worked for me much better.
`# call openai api with this prompt
filepaths_string = generate_response(
"""You are an AI developer who is trying to write a program that will generate code for the user based on their intent.
When given their intent, create a complete, exhaustive list of files including their paths that the user would write to make the program.

Prepare your respone in below format:

"['file1.txt', 'file2.txt', 'folder1/file3.txt', 'folder1/file4.txt', 'folder1/folder2/file5.txt', 'folder1/folder2/file6.txt']"

do not add any further explanation for automatic processing.
""",
    prompt,
)`

thank you! adding to todos


Features break when site menu is set to Drop Down

Also, I couldn't get the gift new users on the homepage button to work (the new tabs worked) - the settings I tried (not sure which one) that seems to have fixed it: i changed the site max width to 950px, switched to DropDown Menu for Site Menu Style (I think this one is most temperamental with MAM+), and I turned back on the sections of the top menu including bonus points- screenshot attached.  I didn't have the error log of MAM + running at the time.  I'll try better troubleshooting when there are new users to test again.

Downside of changing my Site Menu Style - it deleted the specific site search links i'd added from the custom site links above the menu bar.  Ah, well...
Originally posted by @overcomplikated in https://github.com/gardenshade/mam-plus/issues/209#issuecomment-1198788570

Update: [New User Gifting] Worked with width set to 0 for Site Max Width. (Still dropdown menu and points selected.)
Originally posted by @overcomplikated in #209 (comment)


665 is not close to

Check List:

Fixes #665
Unit tests : YES
Javadoc with a code example (API only) : YES

I've also made some minor fixes to the isCloseTo docs, which are rolled up in this PR, but are in a separate commit, so could be cherry-picked if needs be.

Thanks Chris, can you create the PR on the 2.x branch as there is nothing specific to java 8 (master = 2.x + java 8  stuff) ?

Yes I can. I'd branched off the 2.x branch but created the PR in the wrong place.
I'll fix up the failed test too.

:+1:


[Suggestion]: New Chinese Machines are coming with Right side Homing, Can you Please Upgrade for Right Side Ruler & Homing.

Summary Description
Can you Please Generate the Version with RIGHT SIDE Homing.
Most of the new Chinese machines are coming with RIGHT Side Homing.
My Machine is on the Right Side HOMING. Im still using MEERk40 but Im facing issues when I look at the Ruler.
In MEERk40 Ruler is on the left side, Because homing is on the Left Side. I'm looking forward to your consideration.
Regard.
Engineer Irfan
Current functionality
Machine homing is on the Left Side.
Future functionality
homing in  the Right Side. with Ruler starts from the Right Side.
MeerK40t Version
0.7
MeerK40t Type
Executable
Your Operating System
Windows

hmm, THanks for your reply I have downloaded the 0.8 version. will check this out. and I really appreciate your work. Thanks a lot

I'm not sure what is clearly best here. The coordinate system within meerk40t is still origin at upper-left (0,0). So when you say to move to (10mm,10mm) it'll convert that into the machine space which should be about 10²mm from the upper-left corner. It converts the scene space to machine space.
I suppose the correct answer is to set the position in the machine space. I expose the Move-To pane and I give you guide locations  in mock-machine space. When it sends the command though, it does so in scene space which has the real origin in the upper-left there. I neglected to consider the user perceived scene space. Which I guess I could just process in the more outward facing gui commands. It's either correct those or don't swap the guides which would be weirder/wrong.
PS. Try the set position tool, just clicking there is a cooler way to do that.

It should be fairly reasonable. Though testing this we did churn up a few minor bugs.

The Home Offset is an alternative home rather than an offset.
The home-bottom and home-right switches for the M2 Nano do not take effect without a restart of meerk40t.
Flip-x and flip-y don't refresh the screen it requires a bit of a pan for the numbers to suddenly go negative or whatever.

We're planning on testing some more with some deeper edge cases but I need to get the TCP connection thing a bit more solid and tested, and then there's a couple things like if user_scale_x becomes user_scale_y if you do swap_xy and whether that's actually correct or not.  But, in general for most use cases it should be correct. Though it'll still be less stable than 0.7.x for a bit but it's certainly coming together.

sounds like in future updates. everything is eventually gonna be all okay.


Remove footer overlap with main page content

This PR removes overlap between the footer and main page content.

Confirmed, it looks much better now


Feat-742/Support-sitemap-config

Monika Pull Request (PR)
What feature/issue does this PR add

Support read sitemap xml config (#742 )

How to test

./bin/run_dev -s ./src/components/config/__tests__/sitemap.xml
./bin/run_dev --create-config -s ./src/components/config/__tests__/sitemap.xml

@nicnocquee updated with multi language pages support

will generated to

Please add in the CLI option docs

@nicnocquee updated


Faster

Still a WIP

So far fixes #47

For the sake of posterity, this latest incremental change reduced the time for constructing the DRB1_gen graph from 240m to 3.


Swipe image out of screen to go back, where image orientation is dynamic

Expected behavior
When dragging an image from detail view the image can rotate (like in the Tweetbot iOS application)
When swiping the image out of the screen, the user returns to the previous screen (image overview)
When letting the image go, it restores to the image detail screen, with the correct orientation and the image centred in the screen.
Actual behavior
Image in detail view can be dragged but will stay oriented in the same orientation
Steps to reproduce the behavior
Check example in Tweetbot iOS application

Hi @warnaars, thanks for the feature request. We will look into this and see what is possible!

Supporting different animations is not our focus at the moment. We would like to keep the project as simple as possible. Will close this for now!


Default install with conda causing older pymapd version getting installed

Running the conda install command  [conda install -c conda-forge -c nvidia -c rapidsai -c numba -c defaults pymapd cudf python=3.6   ] causes an older version of pymapd (0.3.2) getting installed . Can this be caused due to new cudf  [0.5.0] release pinned to pyarrow[0.12.0] ?
conda list output
....
pymapd   |                 0.3.2     |               py36_0   |  conda-forge
cudf         |            0.5.0          |         py36_18     | rapidsai
libcudf     |             0.5.0         |      cuda9.2_18    |  rapidsai
libcudf_cffi |              0.5.0      |      cuda9.2_py36_18 |     rapidsai
pyarrow     |             0.12.0     |      py36hbbcf98d_2  |   conda-forge
....

For now, you'll need to pin cudf to 0.4 and it should give you pymapd 0.7.1
conda install -c conda-forge -c nvidia -c rapidsai -c numba -c defaults pymapd cudf=0.4 python=3.6
Our next release supports Arrow 0.12, which will then make cudf 0.5 install as well. If you're adventurous, pymapd master already has Arrow 0.12 support, so you could also install that way to use cudf 0.5.

Thanks will try to use master and also It seems cudf doesnot have 0.4 on main label but on cf201901

I know that with conda-forge switching compilers, cudf has been having some problems. I just installed using conda install -c conda-forge -c nvidia -c rapidsai -c numba -c defaults pymapd cudf=0.4 python=3.6 yesterday, and today it doesn't work.
Not sure what to tell you, maybe install cudf via conda to get 0.5 and install pymapd via pip in the same conda environment. For better or worse, pip doesn't check dependencies, so pymapd 0.7.1 should install fine (we don't have any specific pyarrow code for 0.12, so you don't need master)

This does it (as of this exact instant):
conda install -c nvidia/label/cuda10.0 -c rapidsai/label/cuda10.0 -c rapidsai/label/cf201901 -c numba -c conda-forge -c defaults cudf pymapd=0.7.1
We'll keep an eye on this, unfortunately it seems like conda-forge is a bit of a free-for-all


builder: add an option for specifying build target

fixes #32104
This is a first pass of docker build --target that lets you specify an intermediate build stage that you wish to build/tag instead of the last one. The stages are still executed sequentially and only skipped from the end of the file if possible. Skipping other stages that do not have dependencies should be a future optimization that doesn't change the UI(cc @AkihiroSuda).
@dnephin @vdemeester
Signed-off-by: Tonis Tiigi<EMAIL_ADDRESS>

@dnephin Updated. Lmk if you still prefer to tweak the usage message for the flag.

LGTM


Bug with gh icon

Is the github icon (background) not supposed to fit with the color scheme on the top?

No


Bot crashed on giveaway with ID 29862

As the title says the bot crashes at giveaway ID 29862. I visited the corresponding webpage (https://astats.astats.nl/astats/Giveaway.php?GiveawayID=29862): "Cannot join - This giveaway has not yet started.". So I guess I can not join the giveaway, but the bot clearly should not stop at this point as there are other giveaways continuing at 29863.

Fixed in e44520e517dcfa9ae490bbbb449f8454a76a3726
Thank you for reporting!


add two more actions

This PR adds two more github actions to the list (update-container-description, delete-run-artifacts).

Dear Maintainers, did you have a chance yet to review this PR yet? Thanks.

any news? (let me know if I can do anything from my side)

thanks


Missing Changelog

Previously there was a changelog on the site, so that you could understand which changes were made when and for which major release. This changelog is gone. As a consequence, this means that we really would have to go through every setting over and over again (there are a lot of settings) and would have to compare it permanently with the existing settings. This cannot be automated, costs enormous resources and time.

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

ID: 9abd3113-b803-87b6-ef7f-6893bcc5ceb5
Version Independent ID: 6f7ca1ee-d19c-42bb-7db5-6158fc160e32
Content: Manage connections from Windows 10 operating system components to Microsoft services - Windows Privacy
Content Source: windows/privacy/manage-connections-from-windows-operating-system-components-to-microsoft-services.md
Product: w10
Technology: windows
GitHub Login: @medgarmedgar
Microsoft Alias: v-medgar

Ok, I think it is OK, since we don't seem to have a choice :).
Is the new changelog up and running going forward?
Will there be regular backups taken going forward?
-Mike

Closing based on the author's response. Thank you.

@e0i where is that response?
@mradders

Do we have the changelog now or not?


PATCH 0044-Allow-creating-lambdas-without-code-related-properti.patch

Reverts a bridge bug temporarily.

Per https://github.com/pulumi/pulumi-aws/pull/3959 this creates friction in routine upstrem upgrades. Digging up some more information here.

https://github.com/pulumi/pulumi-aws/pull/3420

It looks really like a good example of https://github.com/pulumi/pulumi-terraform-bridge/issues/1949
This is harder to automatically fix in the bridge.. It is indeed something that needs lambda-specific thought. We cannot plausibly manufacture a value here:
│ Error: Invalid combination of arguments
│
│   with aws_lambda_function.test_lambda,
│   on generated.tf line 4:
│   (source code not available)
│
│ "filename": one of `filename,image_uri,s3_bucket` must be specified
╵
╷
│ Error: Invalid combination of arguments
│
│   with aws_lambda_function.test_lambda,
│   on generated.tf line 7:
│   (source code not available)
│
│ "image_uri": one of `filename,image_uri,s3_bucket` must be specified
╵
╷
│ Error: Invalid combination of arguments
│
│   with aws_lambda_function.test_lambda,
│   on generated.tf line 16:
│   (source code not available)
│
│ "s3_bucket": one of `filename,image_uri,s3_bucket` must be specified

I think once we figure out a good answer to https://github.com/pulumi/pulumi-aws/issues/3376 we can also revisit this patch.


Pull request template

Description
As a blockstack.js contributor, I would like to have a template for pull requests to make sure I include all relevant information for reviewers. This change adds a PULL_REQUEST_TEMPLATE.md file to the repo, which after being merged into master, should be picked up by GitHub and shown when opening a pull request. This PR was motivated by the engineering team discussion around the lack of context on pull requests for documentation and QA. This pull request follows the proposed template.
Type of Change

[ ] New feature
[ ] Bug fix
[ ] Documentation update
[x] Other

Does this introduce a breaking change?
No
Are documentation updates required?
No
Testing information
No testing required.
Checklist
- [ ] Code is commented where needed
- [ ] Unit tests were added

[x] npm run test passes
[x] Tag 1 of @yknl or @zone117x for review

I updated the template based on feedback, please have another look.


To implement ?

How I can implement that framework to my own project, because I try with required but it gives me error, and all routes are right.
Uncaught Error: Module name "virtual-hyperscript/index.js" has not been loaded yet for context: _. Use require([])

just so you're not wasting your time the code snippet is from requirebin
it appears they might be using some sort of module injection via require.js
if you need to use this lib make sure you set it up correctly in your build solution (gulp,webpack,grunt) to bring in their libs first.
or just simply add their scripts to load on the page first if you are just testing via


Disabling accessor generation causes has_* errors

I was trying to use expose_fields and disable accessors. However, when I disable accessors, there's some reflection that attempts to use the has_ fields, which causes a compile-time error. Unfortunately, I don't have a good example right now as the protobufs I'm working with are proprietary. I'm hoping this is probably obvious what I'm talking about.
Thanks.

Closing due to old age.
If the issue still exists, please reopen.
Also, PR is welcome, even reproducing the issue.


Getting not usable all the time in latest SDK Version ^1.0.0 flutter

I have been using the code as per the official documentation & I am always getting a "Not usable" issue.
Please help
truecaller SDK - ^1.0.0

@knowamit Was your issue resolved?


chore: merge v3.19.0 from main into dev

What it solves
Merging release v3.19.0 from main into dev

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 33.619%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
3232

Relevant Lines:
8609

💛  - Coveralls


How CoronaVirus Threats to IT?

https://www.healthpoints.xyz

Travel to the world
https://www.ekwer.xyz/2020/04/vacation.html
On Sat, Apr 4, 2020 at 12:12 AM Jonathan Phan<EMAIL_ADDRESS>wrote:

Closed #404 https://github.com/Comcast/kuberhealthy/issues/404.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Comcast/kuberhealthy/issues/404#event-3197580251, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/APBSRT6423H5EGVHEVTOAPDRKYUYXANCNFSM4L4LPEUA
.


Module '"/node_modules/apollo-server-core/dist"' has no exported member 'LogFunction'

import { LogFunction } from 'apollo-server-core';

graphql-yoga/dist/types.d.ts:8:10
got issue using new "apollo-server-core": "^2.3.2"

The problem still persists

The problem still persists


Added default voice channel to track

Removes the need to always type .au t ... when starting => most servers have dedicated channels per game anyway

Love the idea, thanks for contributing! We have a refactor coming, but I like the idea and will try to keep it post-merge 👍

Any change to have a release of the current branch with this cahnge? @denverquane


I need your help

Hello, thank you for publishing this project
I have been researching digital currency exchange for some time and I really do not know where to start. I am more interested in working with Python and need guidance on what the database structure and data type should look like. Thanks for taking the time to guide me.

Pls

Contact me telegram  @satoshinakamote


Fix the flash msg of suspending a role

Configuration > Diagnostics > Zone > Roles by Servers
When I suspend a role, the flash msg type is "error", but the text is "sucessfully".

So I fix the little bug.

Euwe Backport details:
$ git log
commit 5ef340835d3c0fb629eef64411af1cee4d6c4f59
Author: Dan Clarizio<EMAIL_ADDRESS>Date:   Tue Sep 27 10:39:17 2016 -0700

    Merge pull request #11532 from NaNi-Z/master

    Fix the flash msg of suspending a role
    (cherry picked from commit 0e1173ed6c5627fb8f13a308877a6de6a13bbb19)


Does age.csv has more attributes than the name of the subjects?

https://github.com/hichamjanati/Cam-CAN-preprocessing/blob/7a08708de7facc1426ca2af2c844ce7a412d0886/config.py#L141
I believe the age information is just a feature that is necessary for choosing a list of subjects according to the conditions in the code. But, it seems the age.csv file has a couple of more attributes, e.g., df.Observation, that is used for generating the other extra data sets. Therefore, I was wondering whether  df.Observation only contains the name of the subjects or it also includes other features. If it is not the case, providing the age.csv file would be very helpful.  (We have access to CamCAN_new/cc700/meg/pipeline/release004/BIDS_20190411/meg_rest_transdef_mf/participants.tsv regarding the age information for each subject.)

Here is the age file with a list of columns, its probably the same file you mentioned

Done, I've added the file in the repo


FEATURE: add esbuild support + demo + buildscript

Add esbuild support + demo
relies on https://github.com/remcohaszing/monaco-tailwindcss/pull/2

try it with: npm --workspace esbuild-demo start
the esbuild build is inspired by the microsoft demo:
https://github.com/microsoft/monaco-editor/tree/main/samples/browser-esm-esbuild

concerning:
import expandApplyAtRules from 'tailwindcss/lib/lib/expandApplyAtRules.js';
expandApplyAtRules is in the esbuild when using the lib versing an es6 module with default key
Object
    default: ƒ expandApplyAtRules2(context)
    __esModule: true
    [[Prototype]]: Object

so I would need to use: expandApplyAtRules.default
but the src version has not this issue, so I switched to src https://github.com/tailwindlabs/tailwindcss/blob/2d3a748d1fbb750933050d04c3b3ff76641fdf45/src/lib/expandApplyAtRules.js#L473

outdated:

configureMonacoTailwindcss now expects a parameter monaco
inspired from: https://github.com/troy351/emmet-monaco-es
they handle this the same: https://github.com/troy351/emmet-monaco-es/blob/2befdf544e9edc04e7bee6ccab3c4600a86fea1a/src/index.ts#L72
without this passed monaco, it doesn't work for esbuild.

this line from the upstream:
import { version as tailwindVersion } from '../package.json'
https://github.com/tailwindlabs/tailwindcss/blob/2d3a748d1fbb750933050d04c3b3ff76641fdf45/src/corePlugins.js#L13
is making now trouble in the webpack demo:
WARNING in ../../node_modules/tailwindcss/src/corePlugins.js 250:32-47
Should not import the named export 'version' (imported as 'tailwindVersion') from default-exporting module (only default export is available soon)
its just a warning ... could be resolved by using lib this time import { createContext } from 'tailwindcss/lib/lib/setupContextUtils.js';

i just realized, with a proper prebuild (https://github.com/remcohaszing/monaco-tailwindcss/pull/2#issuecomment-1086931378) we dont need to take care of nodebuildins in the demos -
and further your note here: https://github.com/remcohaszing/monaco-yaml#why-isnt-monaco-yaml-working-official-monaco-language-extensions-do-work
left me thinking, that we should ideally not need to pass in monaco our own into: configureMonacoTailwindcss - but without it the esbuild demo doesnt work?

Could you fix the ESLint issues and formatting using prettier?
If necessary, you can turn ESLint rules off in .eslintrc.yaml. Some rules don’t really apply to this project, i.e. we don’t target Node.js, so we can just use spread syntax and the URL constructor, and we have some special way to deal with dependencies vs dev dependencies, so checks to enforce that can be disabled as well.

sure will do

thx ❤

Tested manually, fixed some minor quirks, and merged! Thanks! :heart:

@mhsdesign are you interested in being added as a collaborator for this project? This means you may be asked for code reviews on pull requests. If you want, I can also start using pull requests so you can review them.
Feel free to respond here or privately via email/twitter. (I couldn’t find any contact information on your GitHub profile.)

Sure very much ;) Thanks for asking!
And will do code reviews too ^^
Im a ghost 👻 - not really ^^ dont google though! xD
Added my mail to my gh profile - hopefully bot safe ^^

Im a ghost :ghost: - not really ^^

I welcome anyone to contribute regardless of race, gender, or incorporeality. :)

just googled 'State or quality of being' 😂 well expressed

One has to know this stuff as a Dungeons & Dragons player. :dragon:


How define belongsToMany association for users?

Hi,
I tried to make two models of User(exist in this repo) and Team(new).
I added following in User model.
const Team = require("./Team");
Team.memberAssociation = User.belongsToMany(Team, { through: "member" });
How do I make this relationship in Team model, and how to add a user to Team in UserController.js in a method like register?

This is more an Sequelize question: https://sequelize.org/master/class/lib/associations/base.js~Association.html
https://sequelize.org/master/class/lib/associations/belongs-to-many.js~BelongsToMany.html
But I'll give you a quick example...
// a team can have multiple members
Team.belongsToMany(User, {
  as: 'teamMember', // this is how you can add, set or remove associations
  through: 'team_members', // define the table, I would suggest to call it model1_model2 or if you have a different name for it then use the name as here model1_name
  foreignKey: 'memberId',// I would always suggest to set your own if you want to work with the plain database
});
// a member can join multiple teams
User.belongsToMany(Team, {
  as: 'membersTeam',
  through: 'team_members',
  foreignKey: 'teamId',
});

// use

const someUser = User.findByPk(1);

Team.addTeamMember(someUser);
Team.addTeamMember(2);
Team.addTeamMember(3);
// team has 1,2,3
Team.removeTeamMember(3);
// team has now member 1,2
Team.setTeamMember([4,5,6])
// team has now 4,5,6 and deletes other associations


Cask request: [genymotion]

Cask details
Name: genymontion
Homepage: https://genymotion.com
Download URL: http://dl.genymotion.com/releases/genymotion-2.9.0/genymotion-2.9.0.dmg
Description: genymontion update

It’s been updated four days ago. You need to brew update.


Store files on the request body

If multer (or some other interceptor/middleware) has put file or files push them onto the request body for salus.
Multer is included by default in nestjs so it makes sense to adopt this pattern for the nestjs package.

@colinmorelli I wonder if FileCodec might make sense to live in the nestjs package as it's a multer specific filecodec?


Gift is visible in the Available section even after I sent it back to Checking Account

Verified this issue on live app v2.0.5(381)


[#91]feat: implement pgmoneta-cli decrypt

I get
2022-09-11 15:46:36 DEBUG main.c:1222 pgmoneta: Management decrypt: /tmp/primary-20220911154517.tar.zstd.aes/(null)

and
2022-09-11 15:46:37 WARN  management.c:1437 pgmoneta_management_read_int32: read: 3 Invalid argument

Simple fix.

Fixed, rebased, and merged.
Thanks for your contribution !

   for (int i = 0; i < number_of_returns; i++)
   {
      pgmoneta_management_read_int32(ssl, socket, &code);
   }

Unused payloads also need to deal with. Roger that.
Thanks for helping me fix the bug.


Inconsistent spacing with underbrace

Description
#grid(
  columns: 2,
  gutter: 1em,
  $norm(a) cos(b)$,
  $norm(a) cos(b + c)$,
  $norm(a) underbrace(cos(b), x)$,
  $norm(a) underbrace(cos(b + c), x)$,
)

gives

The case on the left might make sense (I guess the extra space comes from the nearest brace size being a bit larger than the content).
The case on the right however just looks wrong?
Reproduction URL
No response
Operating system
Linux
Typst version

[X] I am using the latest version of Typst

This is a duplicate of #1022.
This is because the spacing information is lost when it gets wrapped in the underbrace function. It has been fixed for some functions, but not all. See the linked issue.


Unable to view port numbers of started services

Hey,
I am trying to see the port number where my started services, but I am able to see Name, Status, User, and Plist.
Please guide me if I need to change any settings. I didn't found any document for that.
I am assuming this might be new request.
$brew services list
Name          Status  User             Plist

Sorry this isn’t something we support.


Exact match for boundary var attributes

CF section 7.1:  On boundary variables, require exact match for CF defined attributes which affect the interpretation of values.  Also clarify requirement for data types of such attributes.
Closes issue https://github.com/cf-convention/cf-conventions/issues/265
Release checklist

[ ] Authors updated in cf-conventions.adoc?
[ ] Next version in cf-conventions.adoc up to date? Versioning inspired by SemVer.
[ ] history.adoc up to date?
[ ] Conformance document up-to-date?

For maintainers
After the merge remember to delete the source branch.
Tags are set at the conclusion of the annual meeting; until then master always is a draft for the next version.

Amended just now.  My original proposal required exact match by both value and data type.  I relaxed the data type requirement.

Closing without merge.  Refer to PR #467 for continuation.


fix: Update flake8-bandit to 3.0.0 to fix bug

What type of pull request is this?

[ ] Non-breaking code change
[ ] Breaking code change
[ ] Documentation change/addition
[ ] Tests change
[x] Utility change

Description

flake8-bandit ~= 2.1 has a bug due to a newer release of Bandit:
TypeError: BanditNodeVisitor.__init__() missing 1 required positional argument: 'metrics'

This PR fixes this issue by bumping the version to 3.0
Changes

Update flake8-bandit in pre-commit config

Checklist

[x] I've formatted my code with Black
[x] I've ensured my code works on Python 3.10.x
[x] I've tested my code

Failed checks aren't related to my changes? This only changed the pre-commit config

The failure is from @artem30801
https://github.com/Discord-Snake-Pit/Dis-Snek/commit/45345709ea8b73190a3a312651b8d176037c0b75
They are aware of it


Forget-Site

Is your feature request related to a problem? Please describe.
Users often face challenges when record screen using existing extensions due to limited functionality, lack of user guidance, accessibility issues, and inadequate error handling.
Describe the solution you'd like
Enhance the extension's capabilities by providing comprehensive user instructions, improving accessibility features, implementing robust error handling mechanisms, and integrating a feedback system to gather user suggestions and bug reports.
Describe alternatives you've considered
An alternative approach could involve creating standalone documentation or utilizing external tools for collecting user feedback. However, integrating these features directly into the extension would offer a more seamless user experience.
Additional context
This feature aims to address usability and accessibility concerns, providing users with a more intuitive and effective tool for that deletes cookies, local storage, browsing history and download history for the current website.
What problem is this feature trying to solve?
This feature seeks to solve the challenges users encounter when trying to history for the website you’re visiting with a single click. By enhancing functionality and usability, users can efficiently customize their browsing experience.
How do we know when the feature is complete?
The feature can be considered complete when the extension provides clear user instructions, implements accessibility features, handles errors effectively, and incorporates a feedback mechanism. Additionally, user feedback and testing can help ensure the extension meets user needs and expectations.

Closing this since no update for long.


How to explicitly specify the location of markdown.wasm?

I'm trying to use it in a Vue component, but when viewed from the browser URL, it tries to read markdown.wasm on the same path, so an error occurs depending on the URL.
I want to fix the location of this markdown.wasm to a location like /asset/markdowwn.wasm. How should I set it?

I ended up making my own component.
markdown.wasm is a provisional implementation that reads from a CDN.
https://github.com/logue/vue-markdown-wasm


Allow users to configure the underlying AWS SDK to enable FIPS endpoint

Issue #: https://github.com/aws/secrets-store-csi-driver-provider-aws/issues/141
Description of changes:
Allow users to turn on FIPS endpoint by adding additional flag to the install command --set-json 'secretsManagerClientConfig=[{"name": "AWS_USE_FIPS_ENDPOINT", "value": true}]'. The value of AWS_USE_FIPS_ENDPOINT will be passed to the CSI provider container as an environment variable. The underlying AWS SDK will read it automatically.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 53.15%. Comparing base (3f34136) to head (918e8fc).

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #324   +/-   ##
=======================================
  Coverage   53.15%   53.15%
=======================================
  Files           8        8
  Lines         730      730
=======================================
  Hits          388      388
  Misses        332      332
  Partials       10       10

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Added some logic

Hi,
Could you test if this works for you?
I just tested in my end, but would like you to confirm it works for you also...

@caleblanchard Are you able to test with my changes?

Testing now

Awesome!

I added a * to the path check right after Program Files to support (x86). On my machines, SqlPackage is in (x86) not in normal program files. I update my original pull request with that change.

Fixed with your changes. Closing this as it is not needed any more...


[Communication] Add 2020-08-20 stable version

Update Communication Services  .NET Management SDK to first stable version, 2020-08-20
Autogenerated with swagger version 2020-08-20 for Track 2
Updated tests
Updated version
Updated CHANGELOG
Updated README
Swagger Spec PRs have been merged into master:
https://github.com/Azure/azure-rest-api-specs/pull/13024
https://github.com/Azure/azure-rest-api-specs/pull/13426
It's my understanding that since this is the first stable version, there are no breaking changes to report.
Note: This service is Track 2 only.
All SDK Contribution checklist:
This checklist is used to make sure that common guidelines for a pull request are followed.

[ ] Please open PR in Draft mode if it is:

Work in progress or not intended to be merged.
Encountering multiple pipeline failures and working on fixes.

[x] If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
[x] I have read the contribution guidelines.
[x] The pull request does not introduce breaking changes.

General Guidelines and Best Practices

[x] Title of the pull request is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[x] Pull request includes test coverage for the included changes.

SDK Generation Guidelines

[x] The generate.cmd file for the SDK has been updated with the version of AutoRest, as well as the commitid of your swagger spec or link to the swagger spec, used to generate the code. (Track 2 only)
[x] The *.csproj and AssemblyInfo.cs files have been updated with the new version of the SDK. Please double check nuget.org current release version.

Additional management plane SDK specific contribution checklist:
Note: Only applies to Microsoft.Azure.Management.[RP] or Azure.ResourceManager.[RP]

[ ] Include updated management metadata.
[ ] Update AzureRP.props to add/remove version info to maintain up to date API versions.

Management plane SDK Troubleshooting

If this is very first SDK for a services and you are adding new service folders directly under /SDK, please add new service label and/or contact assigned reviewer.
If the check fails at the Verify Code Generation step, please ensure:

Do not modify any code in generated folders.
Do not selectively include/remove generated files in the PR.
Do use generate.ps1/cmd to generate this PR instead of calling autorest directly.
Please pay attention to the @microsoft.csharp version output after running generate.ps1. If it is lower than current released version (2.3.82), please run it again as it should pull down the latest version,

Old outstanding PR cleanup
Please note:
If PRs (including draft) has been out for more than 60 days and there are no responses from our query or followups, they will be closed to maintain a concise list for our reviewers.

There are quite a few more changes to the generated files than I was expecting.
The generation command that I used is dotnet build /t:GenerateCode without any other parameters. Please verify this is the correct command.


Leflet error in IE11 only: NotFoundError

I think the issue I found is the same as the one in this ticket:
https://github.com/Leaflet/Leaflet/issues/3364
Contrary to that ticket I actually have a way to reproduce the error:
Open the Search Sellers page:
http://www.zaahib.com/user_search/En/users/search/List/
Then click the Map button. In IE you will see the following error:
NotFoundError
File: script block (8), Line: 7, Column: 28156
This is the onRemove function, and the cursor is standing at the first command: t._pathRoot.removeChild
But the error also happens if you have map mode opened:
http://www.zaahib.com/user_search/En/users/search/Map/
And then type istanbul in the input field and click search.
Error is only present in IE, I could not reproduce it in any other browser.

Can you try reducing the test case to a minimal JSFiddle example?

Uhh, that might be an issue. I will look into the possibility, but I can not promise you any definite answers before Monday. It is already the last workday of the week here, and Now comes a weekend.

Sure, no worries. Just note that we can't start looking into this until there's an easily reproducible minimal test case with code.

In the mean time do you need debug, callstack and other information that I can gather running the page in VS2013 debug mode?

Call stack would be nice, but only if you can run that with the non-minified leaflet source (or with a sourcemap)

I took a look at the source code. On IE11 only if the leaflet container div is not visible when you call leaflet.clearLayers() the it will throw you that error. I will try to put together a small JSFiddle example by Monday that reproduces the error.
I will change the leaflet for the non-minified source and give you a call stack

The Exception that Leaflet throws is this:

{exception}	{...}	[Object, DOMException]

  [Methods]	{...}
  ABORT_ERR	20	Number
  code	8	Number
  DATA_CLONE_ERR	25	Number
  DOMSTRING_SIZE_ERR	2	Number
  HIERARCHY_REQUEST_ERR	3	Number
  INDEX_SIZE_ERR	1	Number
  INUSE_ATTRIBUTE_ERR	10	Number
  INVALID_ACCESS_ERR	15	Number
  INVALID_CHARACTER_ERR	5	Number
  INVALID_MODIFICATION_ERR	13	Number
  INVALID_NODE_TYPE_ERR	24	Number
  INVALID_STATE_ERR	11	Number
  message	"NotFoundError"	String
  name	"NotFoundError"	String
  NAMESPACE_ERR	14	Number
  NETWORK_ERR	19	Number
  NO_DATA_ALLOWED_ERR	6	Number
  NO_MODIFICATION_ALLOWED_ERR	7	Number
  NOT_FOUND_ERR	8	Number
  NOT_SUPPORTED_ERR	9	Number
  PARSE_ERR	81	Number
  QUOTA_EXCEEDED_ERR	22	Number
  SECURITY_ERR	18	Number
  SERIALIZE_ERR	82	Number
  SYNTAX_ERR	12	Number
  TIMEOUT_ERR	23	Number
  TYPE_MISMATCH_ERR	17	Number
  URL_MISMATCH_ERR	21	Number
  VALIDATION_ERR	16	Number
  WRONG_DOCUMENT_ERR	4	Number

Call Stack:

Name
Line
Language

onRemove [leaflet-src.js]
Line 4552
Script

removeLayer [leaflet-src.js]
Line 1725
Script

removeLayer [leaflet-src.js]
Line 4302
Script

eachLayer [leaflet-src.js]
Line 4353
Script

clearLayers [leaflet-src.js]
Line 4317
Script

clearMap [UserSearchJS.js]
Line 1113
Script

updateresult [UserSearchJS.js]
Line 324
Script

searchRouteHandler [UserSearchJS.js]
Line 265
Script

Anonymous function [UserSearchJS.js]
Line 2544
Script

callback [kendo.web.min.js]
Line 10
Script

worksWith [kendo.web.min.js]
Line 10
Script

_urlChanged [kendo.web.min.js]
Line 10
Script

o [kendo.web.min.js]
Line 10
Script

trigger [kendo.web.min.js]
Line 9
Script

_navigate [kendo.web.min.js]
Line 10
Script

navigate [kendo.web.min.js]
Line 10
Script

navigate [kendo.web.min.js]
Line 10
Script

navigate [globaljs.js]
Line 791
Script

Search_click [LoaddefaultTempalte.js]
Line 346
Script

onclick [script block]
Line 103
Script

Running Leaflet version '0.7.3';

It seems the error is in stable layer/vector/Path.js#L68 - now the question is what set of SVG vector layers will cause layerGroup.clearLayers() to fail.

On IE11 only if the leaflet container div is not visible when you call leaflet.clearLayers()

I've tried hacking some of the pages in debug/vector/ to reproduce this (adding the same path twice and then clearing, removing the group before removing the path, etc), with no luck.

OK, let's wait for a JSFiddle from the author then.

That is going to take more time than expected. Basically I am trying to shrink it down to as little code as possible, but the source code is around a 500K in size.
But until it is done here is what the page does. On page load it will create the following layers:
A tile layer for map mode, a tile layer for satellite mode.
7 Layer groups:
currentViewLayer, provincesLayer, provincesListingsLayer, citiesLayer, citiesListingsLayer, districtsLayer, districtsListingsLayer
Reason being: We will show Province / City / District borders (around 2000 in total), and in every location a number in a yellow circle (number of listings). In addition to that we have a separate layer for GPS locations. So for example if you are zoomed out to Country level you will see the map, then the Province borders on top of it, and the exact location listings. When you zoom in to a Province we will hide the Province borders, show the city borders and the exact location listings for that Province.
Now. The part that fails is this:
if ($("#search_listing_map").is(':visible')) {
classifieds_free_text_search_results.currentViewLayer.clearLayers();
classifieds_free_text_search_results.provincesLayer.clearLayers();
classifieds_free_text_search_results.provincesListingsLayer.clearLayers();
classifieds_free_text_search_results.citiesLayer.clearLayers();
classifieds_free_text_search_results.citiesListingsLayer.clearLayers();
classifieds_free_text_search_results.districtsLayer.clearLayers();
classifieds_free_text_search_results.districtsListingsLayer.clearLayers();
}
If I do not check if the map container is visible and try to clear the layers, then it throws the error.
Line 1113 is the first one. So the NotFoundError is thrown when trying to clear the currentViewLayer.

@tolmik if it's hard to reduce a huge app, you could also try building a test case from scratch, adding stuff until it starts reproducing.

The main issue, is that we actually need that amount of crap for the page to load. I am working on it, but the boundaries file for example is 1 MB of minified JS containing a JSON object of boundary coordinates :(
I will have a smaller version up and running in about a day or so.

Ok, as per the debug information I have the cause of the error seems to be, that map._pathRoot.childNodes.length is 0 at the time of the call. As per my understanding this can only happen in IE11, as in Firefox once I enter the search string the Kendo navigation will not fire the layer clearing. In IE however JS seems to behave a bit differently than in any other browser, so the function call is fired. And Leaflet - as usual for third party plugins - does not have error handling.
And this is also the main reason why I am having a hard time giving you a reproducible JSFiddle example: It is not only the map, but the map AND the Kendo navigation together that causes this error.

@tolmik if you handle the error when calling clearLayers with something try/catch block, are there any other unwanted effects?

no, there are none. Basically all it does is clear the map so that we can re-zoom on the results and show the results on it. Also I do handle the error by checking $("#search_listing_map").is(':visible') and it will also get rid of the errors. I just wanted to raise a question about the fact, that if for any reason there is a circumstance like this Leaflet will fail, and only fail in IE.

OK, then I think we can close the issue. I'll reopen if someone comes up with an easy test case, otherwise not worth spending tons of time on.


feat: add parse_fragment and create_tag

This MR adds parse_fragment() and create_tag() functions as discussed in #74.
I've used this code in my project and can confirm things that things work.
Closes https://github.com/rushter/selectolax/issues/74

@rushter Let me know what you think about this!

Looks good. I think we can remove the lexbor_ prefixes for functions. The reason LexborHTMLParser is prefixed is just to avoid the parsing objects having the same name since they behave differently. Functions can have the same names; they are prefixed by modules anyway.

Looks good. I think we can remove the lexbor_ prefixes for functions. The reason LexborHTMLParser is prefixed is just to avoid the parsing objects having the same name in runtime since they behave differently. Functions can have the same names; they are prefixed by modules anyway.

Updated :)


Escape SSH password to handle special characters

If an SSH password contains special characters such as a ; (semicolon) then sshpass will fail.
This is easily fixed by escaping the password passed to sshpass.

Hilton and I ran into this issue today and we fixed it by placing escaped quotes around the password passed to sshpass.
The fix would be a simple one-line change
ssh_command="sshpass -p \"$sshPassword\" $ssh_command"

Note, we tested this fix on a production cluster.

Works for me!


New install issues

I have a fully updated Homebridge 1.2.5 install running on a Pi 4. Using several plugins without issue.
I added homebridge-pico using config-ui-x. I set my hub’s IP address and bus logging to monitor in the config UI. I then restarted homebridge, only for it to fail to restart.
The following error is being logged:
TypeError: this.servers[key].switches is not iterable
This seems related to the empty switch block the UI sets up in config.json. If I remove the empty block by hand, I get a similar but different error about switches not being iterable.
How can I go about monitoring for the information I need to setup a pico?
Thanks!

I just tested with a server configured but no switches.  Homebridge loads fine and I can monitor the bus as expected.  You can just cut and past the pico config below to get started.
If you could post the config that was created and is causing your a problem I can take a look and see if there's something that can be improved for these initial setups.
{
    "bridge": {
        "name": "Homebridge xxxx",
        "username": "xx:xx:xx:xx:xx:xx",
        "port": 51524,
        "pin": "xxx-xx-xxx"
    },
    "accessories": [],
    "platforms": [
        {
            "name": "Config",
            "port": 8080,
            "platform": "config"
        },
        {
            "buslog": "monitor",
            "servers": [
                {
                    "switches": [
                    ],
                    "host": "x.x.x.x",
                    "port": 23
                }
            ],
            "platform": "Pico"
        }
    ]
}

Here's the snippet that's created by config-ui-x on a new install and having set buslog to Monitor and the IP address of the server.
{
"buslog": "monitor",
"servers": [
{
"switches": [
{
"pico": []
}
],
"host": "<IP_ADDRESS>",
"port": 23
}
],
"longname": false,
"platform": "Pico"
}
This causes the this error:
[01/02/2021, 23:12:03] TypeError: types[this.type] is not iterable
at PicoRemote.getServices (/usr/local/lib/node_modules/homebridge-pico/accessory.js:71:29)
at Server.createHAPAccessory (/usr/local/lib/node_modules/homebridge/src/server.ts:448:41)
at /usr/local/lib/node_modules/homebridge/src/server.ts:433:34
at Array.forEach ()
at /usr/local/lib/node_modules/homebridge/src/server.ts:423:21
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/util/once.ts:10:18
at Pico.accessories (/usr/local/lib/node_modules/homebridge-pico/index.js:65:5)
at /usr/local/lib/node_modules/homebridge/src/server.ts:418:24
at new Promise ()
at Server.loadPlatformAccessories (/usr/local/lib/node_modules/homebridge/src/server.ts:412:12)
at /usr/local/lib/node_modules/homebridge/src/server.ts:400:28
at Array.forEach ()
at Server.loadPlatforms (/usr/local/lib/node_modules/homebridge/src/server.ts:372:27)
at Server.start (/usr/local/lib/node_modules/homebridge/src/server.ts:151:29)
at cli (/usr/local/lib/node_modules/homebridge/src/cli.ts:80:10)
at Object. (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)

Pasting this into config.json and updating the IP address does work!

    {
        "buslog": "monitor",
        "servers": [
            {
                "switches": [
                ],
                "host": "x.x.x.x",
                "port": 23
            }
        ],
        "platform": "Pico"
    }
]

}

This should now be fixed.