chore: Cleanup sequencer logs

Builds on #10404
Sample output of a run with sequencer on debug level:
[19:35:30.751] DEBUG: sequencer:publisher Publishing from address 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266
[19:35:31.489] INFO: sequencer Sequencer config set
    transactionPollingIntervalMS: 1000
    maxTxsPerBlock: 32
    minTxsPerBlock: 1
    minSecondsBetweenBlocks: 0
    maxSecondsBetweenBlocks: 0
    acvmWorkingDirectory: "/tmp/d2789769/acvm"
    acvmBinaryPath: "../../noir/noir-repo/target/release/acvm"
    maxBlockSizeInBytes: 1048576
    enforceFees: false
[19:35:31.489] DEBUG: sequencer Transitioning from STOPPED to IDLE
[19:35:31.490] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:31.490] INFO: sequencer Sequencer started
[19:35:31.494] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 0
    worldStateHash: "0x2da55666630fdf8594065c377958c827dc1c130dac91f17c6699b53dce60ef75"
    l2BlockSourceNumber: 0
    p2pNumber: 0
    l1ToL2MessageSourceNumber: 0
[19:35:31.494] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:31.560] DEBUG: sequencer Last block mined at 0 current time is<PHONE_NUMBER> (elapsed<PHONE_NUMBER>)
[19:35:31.560] VERBOSE: sequencer Preparing proposal for block 1 at slot 3
    chainTipArchive: "0x0237797d6a2c04d20d4fa06b74482bd970ccd51a43d9b05b57e9b91fa1ae1cae"
    blockNumber: 1
    slot: 3
[19:35:31.560] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:31.561] DEBUG: sequencer Last block mined at 0 current time is<PHONE_NUMBER> (elapsed<PHONE_NUMBER>)
[19:35:31.561] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:31.561] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:32.562] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:32.565] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 0
    worldStateHash: "0x2da55666630fdf8594065c377958c827dc1c130dac91f17c6699b53dce60ef75"
    l2BlockSourceNumber: 0
    p2pNumber: 0
    l1ToL2MessageSourceNumber: 0
[19:35:32.565] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:32.576] DEBUG: sequencer Last block mined at 0 current time is<PHONE_NUMBER> (elapsed<PHONE_NUMBER>)
[19:35:32.577] VERBOSE: sequencer Preparing proposal for block 1 at slot 3
    chainTipArchive: "0x0237797d6a2c04d20d4fa06b74482bd970ccd51a43d9b05b57e9b91fa1ae1cae"
    blockNumber: 1
    slot: 3
[19:35:32.577] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:32.610] DEBUG: sequencer Last block mined at 0 current time is<PHONE_NUMBER> (elapsed<PHONE_NUMBER>)
[19:35:32.610] VERBOSE: sequencer Retrieved 1 txs for block 1 with global variables
    chainId: 31337
    version: 1
    blockNumber: 1
    slotNumber: 3
    coinbase: "0x0000000000000000000000000000000000000000"
    feeRecipient: "0x0000000000000000000000000000000000000000000000000000000000000000"
    feePerDaGas: 0
    feePerL2Gas:<PHONE_NUMBER>0
[19:35:32.616] DEBUG: sequencer Last block mined at 0 current time is<PHONE_NUMBER> (elapsed<PHONE_NUMBER>)
[19:35:32.620] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to CREATING_BLOCK
[19:35:32.620] DEBUG: sequencer Requesting L1 to L2 messages from contract for block 1
[19:35:32.620] VERBOSE: sequencer Building block 1
    msgCount: 0
    txCount: 1
    slot: 3
    blockNumber: 1
[19:35:32.621] DEBUG: sequencer Synced to previous block 0
[19:35:32.719] DEBUG: sequencer Last block mined at 0 current time is<PHONE_NUMBER> (elapsed<PHONE_NUMBER>)
[19:35:32.745] VERBOSE: sequencer Built block 1
    txEffectsHash: "00245effb4ea9dcd36384e2ec2ba82309797e119e3ee308932e40de749bdb64d"
    eventName: "l2-block-built"
    creator: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    duration:<PHONE_NUMBER>9605799
    publicProcessDuration: 89.1501849964261
    rollupCircuitsDuration:<PHONE_NUMBER>0192165
    txCount: 1
    blockNumber: 1
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 8
    contractClassLogCount: 0
    contractClassLogSize: 8
[19:35:32.745] DEBUG: sequencer Collecting attestations
[19:35:32.747] VERBOSE: sequencer Attesting committee length is 0
[19:35:32.747] VERBOSE: sequencer Collected 0 attestations
[19:35:32.747] DEBUG: sequencer Collecting proof quotes
[19:35:32.750] DEBUG: sequencer No epoch to prove
[19:35:32.750] DEBUG: sequencer Transitioning from CREATING_BLOCK to PUBLISHING_BLOCK
[19:35:32.758] DEBUG: sequencer:publisher Submitting propose transaction
[19:35:32.768] DEBUG: sequencer:publisher Computed gas price
    attempt: 0
    baseFee: "0.179871966"
    maxFeePerGas: "7.686190469"
    maxPriorityFeePerGas: "7.430083706"
[19:35:32.774] VERBOSE: sequencer:publisher Sent L1 transaction 0x761d51931c4f8f1173352ef77b8ae337f7edbe972105bdba5e21013533f8e513
    gasLimit: 12151874
    maxFeePerGas: "7.686190469"
    maxPriorityFeePerGas: "7.430083706"
[19:35:32.777] DEBUG: sequencer:publisher L1 transaction 0x761d51931c4f8f1173352ef77b8ae337f7edbe972105bdba5e21013533f8e513 mined
[19:35:32.779] VERBOSE: sequencer:publisher Published L2 block to L1 rollup contract
    gasPrice:<PHONE_NUMBER>
    gasUsed: 461263
    transactionHash: "0x761d51931c4f8f1173352ef77b8ae337f7edbe972105bdba5e21013533f8e513"
    calldataGas: 12684
    calldataSize: 1476
    sender: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    txCount: 1
    blockNumber: 1
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 8
    contractClassLogCount: 0
    contractClassLogSize: 8
    eventName: "rollup-published-to-l1"
    slotNumber: 3
    blockHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
[19:35:32.781] INFO: sequencer Published rollup block 1 with 1 transactions in 125ms
    blockNumber: 1
    blockHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    slot: 3
    txCount: 1
    duration: 125
    submitter: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
[19:35:32.781] DEBUG: sequencer Transitioning from PUBLISHING_BLOCK to IDLE
[19:35:32.781] DEBUG: sequencer Transitioning from IDLE to IDLE
[19:35:33.782] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:33.787] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 1
    worldStateHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    l2BlockSourceNumber: 1
    l2BlockSourceHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    p2pNumber: 1
    l1ToL2MessageSourceNumber: 1
[19:35:33.787] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:33.792] DEBUG: sequencer Rejected from being able to propose at next block with 0b1e27b24bb50e2861cffb10c8f380c5bc476f347c1e278b7427849ef5f40659: Rollup__SlotAlreadyInChain(3, 3)
[19:35:33.792] DEBUG: sequencer Cannot propose for block 2
[19:35:33.792] DEBUG: sequencer Transitioning from PROPOSER_CHECK to IDLE
[19:35:34.892] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:34.894] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 1
    worldStateHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    l2BlockSourceNumber: 1
    l2BlockSourceHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    p2pNumber: 1
    l1ToL2MessageSourceNumber: 1
[19:35:34.894] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:34.904] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -188)
[19:35:34.904] VERBOSE: sequencer Preparing proposal for block 2 at slot 4
    chainTipArchive: "0x0b1e27b24bb50e2861cffb10c8f380c5bc476f347c1e278b7427849ef5f40659"
    blockNumber: 2
    slot: 4
[19:35:34.904] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:34.904] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -188)
[19:35:34.904] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:34.904] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:35.956] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:35.959] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 1
    worldStateHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    l2BlockSourceNumber: 1
    l2BlockSourceHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    p2pNumber: 1
    l1ToL2MessageSourceNumber: 1
[19:35:35.959] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:35.969] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -187)
[19:35:35.969] VERBOSE: sequencer Preparing proposal for block 2 at slot 4
    chainTipArchive: "0x0b1e27b24bb50e2861cffb10c8f380c5bc476f347c1e278b7427849ef5f40659"
    blockNumber: 2
    slot: 4
[19:35:35.969] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:35.969] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -187)
[19:35:35.969] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:35.969] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:36.969] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:36.971] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 1
    worldStateHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    l2BlockSourceNumber: 1
    l2BlockSourceHash: "0x0c0fffd81e504b80a195c4c6d0b4da9e5a6463c339286d526a945893f195d53c"
    p2pNumber: 1
    l1ToL2MessageSourceNumber: 1
[19:35:36.972] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:36.979] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -186)
[19:35:36.979] VERBOSE: sequencer Preparing proposal for block 2 at slot 4
    chainTipArchive: "0x0b1e27b24bb50e2861cffb10c8f380c5bc476f347c1e278b7427849ef5f40659"
    blockNumber: 2
    slot: 4
[19:35:36.979] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:36.981] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -186)
[19:35:36.981] VERBOSE: sequencer Retrieved 2 txs for block 2 with global variables
    chainId: 31337
    version: 1
    blockNumber: 2
    slotNumber: 4
    coinbase: "0x0000000000000000000000000000000000000000"
    feeRecipient: "0x0000000000000000000000000000000000000000000000000000000000000000"
    feePerDaGas: 0
    feePerL2Gas:<PHONE_NUMBER>0
[19:35:36.983] DEBUG: sequencer:tx_validator:tx_phases Tx 0x1ef80830ffc53b54c53ab489c7584aca588cd4ff73d7df46dfda1e54ed77d195 does not contain enqueued public functions. Skipping phases validation.
[19:35:36.984] DEBUG: sequencer:tx_validator:tx_phases Tx 0x286c851a99e8f49ed0832fabce2f85583666e594cb00b795d61c38f90a6aa479 does not contain enqueued public functions. Skipping phases validation.
[19:35:36.985] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -186)
[19:35:36.989] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to CREATING_BLOCK
[19:35:36.989] DEBUG: sequencer Requesting L1 to L2 messages from contract for block 2
[19:35:36.989] VERBOSE: sequencer Building block 2
    msgCount: 0
    txCount: 2
    slot: 4
    blockNumber: 2
[19:35:36.989] DEBUG: sequencer Synced to previous block 1
[19:35:37.049] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -185)
[19:35:37.057] VERBOSE: sequencer Built block 2
    txEffectsHash: "00d9cd152c3af576f1bb97f2b6d907e6cd149130cdd018ace83db03c18f96e52"
    eventName: "l2-block-built"
    creator: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    duration: 68.03451900184155
    publicProcessDuration: 42.27969899773598
    rollupCircuitsDuration: 53.46137099713087
    txCount: 2
    blockNumber: 2
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 8
    contractClassLogCount: 0
    contractClassLogSize: 16
[19:35:37.057] DEBUG: sequencer Collecting attestations
[19:35:37.058] VERBOSE: sequencer Attesting committee length is 0
[19:35:37.058] VERBOSE: sequencer Collected 0 attestations
[19:35:37.058] DEBUG: sequencer Collecting proof quotes
[19:35:37.059] DEBUG: sequencer No epoch to prove
[19:35:37.059] DEBUG: sequencer Transitioning from CREATING_BLOCK to PUBLISHING_BLOCK
[19:35:37.063] DEBUG: sequencer:publisher Submitting propose transaction
[19:35:37.079] DEBUG: sequencer:publisher Computed gas price
    attempt: 0
    baseFee: "0.138357117"
    maxFeePerGas: "1.396996753"
    maxPriorityFeePerGas: "1.2"
[19:35:37.085] VERBOSE: sequencer:publisher Sent L1 transaction 0x7a65ebfc7a5a4fe00c7a2f5074c2b1fe1868f4bee64385cd723b15d977fb2487
    gasLimit: 12332304
    maxFeePerGas: "1.396996753"
    maxPriorityFeePerGas: "1.2"
[19:35:37.089] DEBUG: sequencer:publisher L1 transaction 0x7a65ebfc7a5a4fe00c7a2f5074c2b1fe1868f4bee64385cd723b15d977fb2487 mined
[19:35:37.091] VERBOSE: sequencer:publisher Published L2 block to L1 rollup contract
    gasPrice:<PHONE_NUMBER>
    gasUsed: 560463
    transactionHash: "0x7a65ebfc7a5a4fe00c7a2f5074c2b1fe1868f4bee64385cd723b15d977fb2487"
    calldataGas: 32676
    calldataSize: 2820
    sender: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    txCount: 2
    blockNumber: 2
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 8
    contractClassLogCount: 0
    contractClassLogSize: 16
    eventName: "rollup-published-to-l1"
    slotNumber: 4
    blockHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
[19:35:37.091] INFO: sequencer Published rollup block 2 with 2 transactions in 69ms
    blockNumber: 2
    blockHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    slot: 4
    txCount: 2
    duration: 69
    submitter: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
[19:35:37.092] DEBUG: sequencer Transitioning from PUBLISHING_BLOCK to IDLE
[19:35:37.092] DEBUG: sequencer Transitioning from IDLE to IDLE
[19:35:38.092] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:38.100] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 2
    worldStateHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    l2BlockSourceNumber: 2
    l2BlockSourceHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    p2pNumber: 2
    l1ToL2MessageSourceNumber: 2
[19:35:38.100] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:38.109] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -208)
[19:35:38.109] VERBOSE: sequencer Preparing proposal for block 3 at slot 5
    chainTipArchive: "0x204e928bc35b3d9c7e6c19900430dfd755e6c5161fe8becbd3432a22bbb5e424"
    blockNumber: 3
    slot: 5
[19:35:38.109] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:38.109] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -208)
[19:35:38.109] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:38.109] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:39.587] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:39.590] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 2
    worldStateHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    l2BlockSourceNumber: 2
    l2BlockSourceHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    p2pNumber: 2
    l1ToL2MessageSourceNumber: 2
[19:35:39.590] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:39.600] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -207)
[19:35:39.600] VERBOSE: sequencer Preparing proposal for block 3 at slot 5
    chainTipArchive: "0x204e928bc35b3d9c7e6c19900430dfd755e6c5161fe8becbd3432a22bbb5e424"
    blockNumber: 3
    slot: 5
[19:35:39.600] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:39.600] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -207)
[19:35:39.600] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:39.600] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:40.738] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:40.740] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 2
    worldStateHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    l2BlockSourceNumber: 2
    l2BlockSourceHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    p2pNumber: 2
    l1ToL2MessageSourceNumber: 2
[19:35:40.740] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:40.749] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -206)
[19:35:40.749] VERBOSE: sequencer Preparing proposal for block 3 at slot 5
    chainTipArchive: "0x204e928bc35b3d9c7e6c19900430dfd755e6c5161fe8becbd3432a22bbb5e424"
    blockNumber: 3
    slot: 5
[19:35:40.749] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:40.749] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -206)
[19:35:40.749] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:40.749] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:42.085] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:42.088] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 2
    worldStateHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    l2BlockSourceNumber: 2
    l2BlockSourceHash: "0x0ec8b235ee8b43ca3b150e41231c379ff569fcd2526e72585933025835f7b930"
    p2pNumber: 2
    l1ToL2MessageSourceNumber: 2
[19:35:42.088] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:42.344] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -204)
[19:35:42.344] VERBOSE: sequencer Preparing proposal for block 3 at slot 5
    chainTipArchive: "0x204e928bc35b3d9c7e6c19900430dfd755e6c5161fe8becbd3432a22bbb5e424"
    blockNumber: 3
    slot: 5
[19:35:42.344] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:42.345] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -204)
[19:35:42.345] VERBOSE: sequencer Retrieved 1 txs for block 3 with global variables
    chainId: 31337
    version: 1
    blockNumber: 3
    slotNumber: 5
    coinbase: "0x0000000000000000000000000000000000000000"
    feeRecipient: "0x0000000000000000000000000000000000000000000000000000000000000000"
    feePerDaGas: 0
    feePerL2Gas:<PHONE_NUMBER>0
[19:35:42.360] DEBUG: sequencer:tx_validator:tx_phases Tx 0x0947c0826f9de10312e87b432776903bdf1436944ef0976cfd86dbe5c160c701 does not contain enqueued public functions. Skipping phases validation.
[19:35:42.368] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -204)
[19:35:42.371] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to CREATING_BLOCK
[19:35:42.371] DEBUG: sequencer Requesting L1 to L2 messages from contract for block 3
[19:35:42.371] VERBOSE: sequencer Building block 3
    msgCount: 0
    txCount: 1
    slot: 5
    blockNumber: 3
[19:35:42.371] DEBUG: sequencer Synced to previous block 2
[19:35:42.403] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -204)
[19:35:42.427] VERBOSE: sequencer Built block 3
    txEffectsHash: "007e55721ddeddf2f1209c5883d7d3421dc10b54bcb0be47e1b559ca81a8eaf7"
    eventName: "l2-block-built"
    creator: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    duration: 55.81142699718475
    publicProcessDuration: 23.273739002645016
    rollupCircuitsDuration: 50.400100000202656
    txCount: 1
    blockNumber: 3
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 4
    contractClassLogCount: 1
    contractClassLogSize: 96208
[19:35:42.427] DEBUG: sequencer Collecting attestations
[19:35:42.428] VERBOSE: sequencer Attesting committee length is 0
[19:35:42.428] VERBOSE: sequencer Collected 0 attestations
[19:35:42.428] DEBUG: sequencer Collecting proof quotes
[19:35:42.429] DEBUG: sequencer No epoch to prove
[19:35:42.429] DEBUG: sequencer Transitioning from CREATING_BLOCK to PUBLISHING_BLOCK
[19:35:42.439] DEBUG: sequencer:publisher Submitting propose transaction
[19:35:42.459] DEBUG: sequencer:publisher Computed gas price
    attempt: 0
    baseFee: "0.106495094"
    maxFeePerGas: "1.351630708"
    maxPriorityFeePerGas: "1.2"
[19:35:42.476] VERBOSE: sequencer:publisher Sent L1 transaction 0xf3c1c1c9e78e5deedfc1eeb403c25e53cefb4fecf4ec794f3bfc27036fdc51e0
    gasLimit: 12916863
    maxFeePerGas: "1.351630708"
    maxPriorityFeePerGas: "1.2"
[19:35:42.481] DEBUG: sequencer:publisher L1 transaction 0xf3c1c1c9e78e5deedfc1eeb403c25e53cefb4fecf4ec794f3bfc27036fdc51e0 mined
[19:35:42.528] VERBOSE: sequencer:publisher Published L2 block to L1 rollup contract
    gasPrice:<PHONE_NUMBER>
    gasUsed: 1046355
    transactionHash: "0xf3c1c1c9e78e5deedfc1eeb403c25e53cefb4fecf4ec794f3bfc27036fdc51e0"
    calldataGas: 476468
    calldataSize: 98756
    sender: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    txCount: 1
    blockNumber: 3
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 4
    contractClassLogCount: 1
    contractClassLogSize: 96208
    eventName: "rollup-published-to-l1"
    slotNumber: 5
    blockHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
[19:35:42.528] INFO: sequencer Published rollup block 3 with 1 transactions in 56ms
    blockNumber: 3
    blockHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    slot: 5
    txCount: 1
    duration: 56
    submitter: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
[19:35:42.528] DEBUG: sequencer Transitioning from PUBLISHING_BLOCK to IDLE
[19:35:42.528] DEBUG: sequencer Transitioning from IDLE to IDLE
[19:35:43.529] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:43.534] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:43.534] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:43.541] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -227)
[19:35:43.541] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:43.541] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:43.541] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -227)
[19:35:43.542] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 1)
[19:35:43.542] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:44.350] INFO: sequencer Sequencer config set
    transactionPollingIntervalMS: 1000
    maxTxsPerBlock: 32
    minTxsPerBlock: 1
    minSecondsBetweenBlocks: 0
    maxSecondsBetweenBlocks: 0
    acvmWorkingDirectory: "/tmp/d2789769/acvm"
    acvmBinaryPath: "../../noir/noir-repo/target/release/acvm"
    maxBlockSizeInBytes: 1048576
    enforceFees: false
[19:35:44.568] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:44.570] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:44.570] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:44.826] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -226)
[19:35:44.826] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:44.826] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:44.826] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -226)
[19:35:44.826] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 8)
[19:35:44.826] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:46.027] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:46.029] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:46.029] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:46.085] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -224)
[19:35:46.085] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:46.085] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:46.085] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -224)
[19:35:46.085] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 8)
[19:35:46.085] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:47.279] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:47.281] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:47.281] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:47.293] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -223)
[19:35:47.293] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:47.293] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:47.293] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -223)
[19:35:47.293] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 8)
[19:35:47.293] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:48.435] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:48.437] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:48.437] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:48.485] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -222)
[19:35:48.485] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:48.485] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:48.485] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -222)
[19:35:48.485] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 8)
[19:35:48.485] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:49.690] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:49.692] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:49.692] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:49.704] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -221)
[19:35:49.704] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:49.704] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:49.704] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -221)
[19:35:49.704] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 0 min 8)
[19:35:49.704] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:50.924] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:50.929] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:50.930] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:50.996] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -220)
[19:35:50.996] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:50.996] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:51.007] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -219)
[19:35:51.007] VERBOSE: sequencer Not creating block because not enough txs in the pool (got 6 min 8)
[19:35:51.007] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to IDLE
[19:35:52.007] DEBUG: sequencer Transitioning from IDLE to SYNCHRONIZING
[19:35:52.010] DEBUG: sequencer Sequencer sync check succeeded
    worldStateNumber: 3
    worldStateHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    l2BlockSourceNumber: 3
    l2BlockSourceHash: "0x189e29fe5832db7e9c8d040812b928863fa9b978675dcc10d4d50bdcf1f2a750"
    p2pNumber: 3
    l1ToL2MessageSourceNumber: 3
[19:35:52.010] DEBUG: sequencer Transitioning from SYNCHRONIZING to PROPOSER_CHECK
[19:35:52.016] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -218)
[19:35:52.016] VERBOSE: sequencer Preparing proposal for block 4 at slot 6
    chainTipArchive: "0x252dd494d3b98f4ff8d0c2961ebda574a65829d1ca18ad5dc2a5d05c91c15805"
    blockNumber: 4
    slot: 6
[19:35:52.016] DEBUG: sequencer Transitioning from PROPOSER_CHECK to WAITING_FOR_TXS
[19:35:52.025] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -218)
[19:35:52.025] VERBOSE: sequencer Retrieved 8 txs for block 4 with global variables
    chainId: 31337
    version: 1
    blockNumber: 4
    slotNumber: 6
    coinbase: "0x0000000000000000000000000000000000000000"
    feeRecipient: "0x0000000000000000000000000000000000000000000000000000000000000000"
    feePerDaGas: 0
    feePerL2Gas:<PHONE_NUMBER>0
[19:35:52.044] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -218)
[19:35:52.048] DEBUG: sequencer Transitioning from WAITING_FOR_TXS to CREATING_BLOCK
[19:35:52.048] DEBUG: sequencer Requesting L1 to L2 messages from contract for block 4
[19:35:52.049] VERBOSE: sequencer Building block 4
    msgCount: 0
    txCount: 8
    slot: 6
    blockNumber: 4
[19:35:52.049] DEBUG: sequencer Synced to previous block 3
[19:35:52.585] DEBUG: sequencer Last block mined at<PHONE_NUMBER> current time is<PHONE_NUMBER> (elapsed -218)
[19:35:52.604] VERBOSE: sequencer Built block 4
    txEffectsHash: "002040768b0ae142fbf4e573546d7005c5bfce7f8c485874062e0056de346464"
    eventName: "l2-block-built"
    creator: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    duration:<PHONE_NUMBER>02645
    publicProcessDuration:<PHONE_NUMBER>987526
    rollupCircuitsDuration:<PHONE_NUMBER>955711
    txCount: 8
    blockNumber: 4
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 64
    contractClassLogCount: 0
    contractClassLogSize: 64
[19:35:52.605] DEBUG: sequencer Collecting attestations
[19:35:52.608] VERBOSE: sequencer Attesting committee length is 0
[19:35:52.608] VERBOSE: sequencer Collected 0 attestations
[19:35:52.608] DEBUG: sequencer Collecting proof quotes
[19:35:52.610] DEBUG: sequencer No epoch to prove
[19:35:52.610] DEBUG: sequencer Transitioning from CREATING_BLOCK to PUBLISHING_BLOCK
[19:35:52.615] DEBUG: sequencer:publisher Submitting propose transaction
[19:35:52.651] DEBUG: sequencer:publisher Computed gas price
    attempt: 0
    baseFee: "0.08234783"
    maxFeePerGas: "1.317249154"
    maxPriorityFeePerGas: "1.2"
[19:35:52.656] VERBOSE: sequencer:publisher Sent L1 transaction 0x1d1e758562f04487a414ed500bdd3b3d44243aaba42a880a800019b7d375e3a3
    gasLimit: 14460607
    maxFeePerGas: "1.317249154"
    maxPriorityFeePerGas: "1.2"
[19:35:52.660] DEBUG: sequencer:publisher L1 transaction 0x1d1e758562f04487a414ed500bdd3b3d44243aaba42a880a800019b7d375e3a3 mined
[19:35:52.662] VERBOSE: sequencer:publisher Published L2 block to L1 rollup contract
    gasPrice:<PHONE_NUMBER>
    gasUsed: 2310581
    transactionHash: "0x1d1e758562f04487a414ed500bdd3b3d44243aaba42a880a800019b7d375e3a3"
    calldataGas: 26980
    calldataSize: 3076
    sender: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
    txCount: 8
    blockNumber: 4
    blockTimestamp:<PHONE_NUMBER>
    unencryptedLogCount: 0
    unencryptedLogSize: 64
    contractClassLogCount: 0
    contractClassLogSize: 64
    eventName: "rollup-published-to-l1"
    slotNumber: 6
    blockHash: "0x0c5c87d0e048001ce744df88f654bdf3c89e464429a26902abc270024a5f0e24"
[19:35:52.663] INFO: sequencer Published rollup block 4 with 8 transactions in 556ms
    blockNumber: 4
    blockHash: "0x0c5c87d0e048001ce744df88f654bdf3c89e464429a26902abc270024a5f0e24"
    slot: 6
    txCount: 8
    duration: 556
    submitter: "0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266"
[19:35:52.663] DEBUG: sequencer Transitioning from PUBLISHING_BLOCK to IDLE
[19:35:52.663] DEBUG: sequencer Transitioning from IDLE to IDLE

Cherry picked onto #10404 to have one less CI run


Debug activity bar decoration when debugging

We could put a number decoration in the debug activity bar equal to the number of active debug sessions you have.
Proposed by @jrieken

fyi @weinand @connor4312 @roblourens


Questions about widevine content.

Have you read the FAQ and checked for duplicate open issues?:
I checked FAQ and duplicate issue, but I cannot find
What version of Shaka Player are you using?:
2.4.5 uncompiled
Can you reproduce the issue with our latest release version?:
Yes
Can you reproduce the issue with the latest code from master?:
Yse
Are you using the demo app or your own custom app?:
demo app
If custom app, can you reproduce the issue using our demo app?:
What browser and OS are you using?:
webos and using chrome broswer
What are the manifest and license server URIs?:

What did you do?
we are trying to port level3 widevine in webos. But we cannot play any more after 10 seconds.
we made ES dump file which is "Angel One" content (multi code, multilingual , widevine) to check differerce with clear content.
There are  little difference in buffer header, other data is totaly same.
clear content: ".. 00 00 00 01 41 9B 32 78 43 C9 94 C0 97 FF .."
widevine content: ".. 89 47 91 C3 E8 8D 8C BC 30 74 DD 6A C1 DD.."
In my opinion, we made dump file when decrypt was done, so it should same as clear content.
But it's not same.
Please give a advice.
What did you expect to happen?
play well in whole content
What actually happened?
cannot play any more after 10 seconds

In my opinion, we made dump file when decrypt was done, so it should same as clear content.
But it's not same.
Please give a advice.

I don't know what you are referring to.  It should be impossible to determine the bytes of the data after decryption.  How are you getting the data?
Could you post a manifest and license server URL that reproduces your problem?  Does the content play on desktop Chrome?  Usually the video stops with no errors like that when we don't get the correct keys from the license server.  This happens when you use the wrong proxy, the proxy is setup incorrectly, or the pssh data in the manifest/media is incorrect.  But without having the content, it will be difficult to determine why it doesn't have the correct keys.

Thank you for your advice.
we resolved this issue.
The reason of this issue was my wrong code in Subsample Decrypt funtions in CDM.
Anyway, Thanks for your opinion.


Static workers support

What this PR does / why we need it:
Adds support for defining a list of static workers in the cluster configuration.
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Partially fixes #816
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

Adds support for static worker nodes.

@kron4eg /  @xmudrii  / @moelsayed whats missing here? we would may need it in 2 weeks for a customer :-)

Should be ready in 2 weeks

/retest

@moelsayed The 1.18 job is currently broken, so failures are as expected. We are hoping to fix it soon.

@kron4eg / @xmudrii / @moelsayed thanks for your support here - FYI

we would need this at latest at 13.04. at the customer :sweat_smile:
it would be great if we could test the implementation internal next week :-)

@toschneck I think we can make it possible.

/lgtm
/hold cancel

Thank you guys :clap:


HTTP 500 Internal Server Error in browser console

Already Zabbix with Grafana worked properly, I could get values from zabbix to grafana dashboard, but several days ago, Grafana dashboard page did not load completely. Empty screen. Then I pressed F12, and saw in console
Object { data: Object, status: 500, headers: Cb/<(), config: Object, statusText: "Internal Server Error" } boot.8ba215a1.js:36:11169.
Zabbix 100% worked, but why this error occured? Don't know why, but after editing nginx config to rewrite Zabbix JSON API URL to match the same domain as grafana, error disappeared.
Before: Zabbix JSON API URL(https://zabbix.domain.org/api_jsonrpc.php), Grafana(https://grafana.zabbix.domain.org)
After: Zabbix JSON API URL(https://grafana.zabbix.domain.org/zabbix/api_jsonrpc.php), Grafana(https://grafana.zabbix.domain.org).
Maybe you have causes why this issue hapen.

Which type of connection do you use? Direct or Proxy?

Proxy.
2016-09-28 18:12 GMT+05:00 Alexander Zobnin<EMAIL_ADDRESS>
Which type of connection do you use? Direct or Proxy?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/alexanderzobnin/grafana-zabbix/issues/278#issuecomment-250162154,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK_FBE1m5jAP-RI6LM5TsBrp4UuvLqJFks5qume5gaJpZM4J9iha
.

--
Best regards, Gayrat.

Hm, may be this is CORS-like issue which occurs when backend sends request to Zabbix.


chore(deps): upgrade dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-main" workflow

Codecov Report

Merging #202 (381dd3c) into main (2974dfe) will increase coverage by 1.33%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #202      +/-   ##
==========================================
+ Coverage   83.33%   84.67%   +1.33%
==========================================
  Files           2        2
  Lines         126      137      +11
  Branches       31       34       +3
==========================================
+ Hits          105      116      +11
  Misses         21       21

Impacted Files
Coverage Δ

example/src/main.ts
90.62% <100.00%> (+2.16%)
:arrow_up:

src/index.ts
82.85% <100.00%> (+0.85%)
:arrow_up:

Continue to review full report at Codecov.

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


Error when trying to subtitle video or audio

Whenever I upload a video or even audio alone from that video I get the following error:
Maximum content size limit (26214400) exceeded (26261586 bytes read)
My file is 300mb for the video file and also tried it with a 30mb audio file. Upload and max memory set to 2048MB.
How can I fix this?

This issue is due to hitting OpenAI's Whisper API upload limit. I'll need to implement batching to prevent this from happening, but that'll require refactoring large parts of the app to handle the different content generation regardless of how many batches there are.
Closing this issue, opened #24 to track this.


Why so much duplicated code ?

First of all, thank you for your lib it works
But why is there so much duplicated code ?
The same 20 lines of code are repeated again and again. .
Which is a bit sad, as people can be afraid and it weights the lib.

I mean can we do something about it ?

This is because all the code is generated with generate.js.
In the next push I'll update that script to add comments in the files that are auto-generated.


Make inactive products and categories identifiable in dashboard list …

Refs #3536

Thanks for your feedback, I used the true/false icons to make the status identifiable. Some other views use like  /dashboard/ranges/ use Yes or No. What do you prefer?

I used the true/false icons to make the status identifiable. Some other views (for example /dashboard/ranges/) use Yes or No.

Hmm, I think the true/false are easier to parse visually, so would suggest we use those. I'm going to wait until #3302 is merged before merging this though, so that we can check that the icons still work after we switch to Bootstrap 4.

That said I'm not sure whether unicode icons are good from an accessibility perspective. There are probably some guidelines on this sort of thing somewhere which we can refer to - will see if I can find any.


Use the application bundle ID for keychain work

Requires https://github.com/realm/realm-object-store/pull/521

All failing jobs are CI issues.

Object store changes I pulled in broke the build, changing status back to 'in progress'...

It looks like changes may need to be made to accommodate realm/realm-object-store#512.

Multiprocess tests are failing on my machine for strange reasons but I wanted to see if CI produced a different result.

This can be reviewed again. It's nothing more than updating the object store version.

I fixed this up. It's just a changelog entry and advancing the object store pointer by one commit.


[Name lookup] Shadow the _Observation model as we do with other stdlib modules

Fixes rdar://111464071.

@swift-ci please test


Python packages set updates

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@jonringer let's be pragmatic here and just revert updates to leaf packages that cause trouble.

agreed

@fridh one big issue i've seen so far is :
#7122: Expressions given to the -m and -k options are no longer evaluated using Python’s eval(). The format supports or, and, not, parenthesis and general identifiers to match against. Python constants, keywords or other operators are no longer evaluated differently.

This means code like:
  pytest -k 'not x \
    and not y'

will fail, because "" is no longer an accepted character

pytestCheckHook + disabledTests seems to be unaffected because I believe it just constructs the expression in a single line

I concluded that it will be too much of a pain to pin all failing pytest runs to pytest5, so instead I kept the default as pytest5, and just added a pytest_6 package, and hopefully, we will be able to do the jump later
Only package that I've seen so far requiring pytest>=6 is pytest-xdist>=2, which I've done a similar bump/pin where pytest_xdist points to the last 1.x release, and a pytest_xdist_2 points to 2.0.0

had to revert isort as well, as most of the packages consuming it are not ready to make the jump

fix build for nixops

Thanks @jonringer ! There are 100 additional failures at this point, I think that is acceptable. People can fix their own packages on master.


Changing the server parameters

Is there a way to change the parameters of the server such that it can receive more HTTP requests in a short period of time? I keep getting timeout and bad request errors because I'm doing multiprocessing with a long list of addresses to geocode. I was hoping that by installing my own instance of Nominatim I could get rid of this issue.

This issue would need more detail: hardware, size of the data/database, how many requests we're talking about, how many parallel requests, if the machine is CPU-bound, disc-bound, running out of memory.

Sure I can provide more detail! I'm running the script on a Virtual Machine with Ubuntu 18 that has ~ 115GB of memory. The VM has 32 cores, but I am only using 16 processes for multiprocessing while testing (although would like to do more if I can get it to work). The data is ~3.5 million locations. I'm not sure how to determine if my machine is CPU-bound. I'm including a screenshot from htop if that's helpful.

I see. Big machine, lots of data. The bottleneck is probably not hardware but the webserver. The default Apache configuration won't start enough threads to serve all incoming requests. In your /var/log/apache2/error.log you might see warnings like "increase number of servers" (or workers) when lots of requests come in in parallel.
There's a couple of tutorials on how to scale Apache on bigger hardware to make sure of more CPU cores. https://www.liquidweb.com/kb/apache-performance-tuning-mpm-directives/
As a start increase ServerLimit and ThreadsPerChild. https://httpd.apache.org/docs/current/mod/mpm_common.html#startservers I can't make specific recommendations, usually it requires a bit of testing with real data.
The guides often also recommend to use php_fpm or other application servers. There's an example in https://github.com/osm-search/Nominatim/blob/master/vagrant/Install-on-Ubuntu-18-nginx.sh but based on the nginx webserver so that would require a lot more changes.

Hi @mtmail,
Do you have any advice on how to switch from mpm_prefork to mpm_worker?
...
Enabling module mpm_worker.
To activate the new configuration, you need to run:
  service apache2 restart
root@888df80187cd:/app# a2enmod php7.3
Considering dependency mpm_prefork for php7.3:
Considering conflict mpm_event for mpm_prefork:
Considering conflict mpm_worker for mpm_prefork:
ERROR: Module mpm_worker is enabled - cannot proceed due to conflicts. It needs to be disabled first!
ERROR: Could not enable dependency mpm_prefork for php7.3, aborting
root@888df80187cd:/app# service apache2 restart
 * Restarting Apache httpd web server apache2                                                                           AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using <IP_ADDRESS>. Set the 'ServerName' directive globally to suppress this message
                                                                                [ OK ]
root@888df80187cd:/app# a2enmod php7.3
Considering dependency mpm_prefork for php7.3:
Considering conflict mpm_event for mpm_prefork:
Considering conflict mpm_worker for mpm_prefork:
ERROR: Module mpm_worker is enabled - cannot proceed due to conflicts. It needs to be disabled first!
ERROR: Could not enable dependency mpm_prefork for php7.3, aborting

The prefork seems to be missing the directives you mentioned.
Many thanks,
Louis

Hmm, maybe I mixed up the mpm_* module names, I'm using something different. If you get mpm_event enabled you can try these setting https://github.com/openstreetmap/chef/blob/master/roles/nominatim.rb#L15 as a start.

Hi @mtmail,
Thank you for the suggestion. Actually increasing the values in the conf file for mpm_prefork seems to have helped a great deal. So I am not sure if I will need to try this.
Many thanks again,
Louis

Dear  @mtmail,
I haven't had any luck trying to tweak the container to get mpm_event working.
Would you please do lend me a teaching moment and point me in the direction of how to use that Chef file. Where do I begin?
If not, no worries.
Best,
Louis


Renaming imported .csv file to .txt leading to not packing the file in the export package

Godot version: Godot_v3.2.1-stable_win64
OS/device including version: Windows 10 Pro 18363.778
Issue description:
As I mentioned in the comments of #38245
Trying to rename an imported .cvs file to something like .txt dose not treat the corresponding .import file and it's content properly, which leads to somehow missing the renamed file in the export process.
Steps to reproduce:

Put an empty file named "xxx.csv" into the project root dir.
Select the very file in the FileSystem panel and change the "Import As:" option to "CSV" in the Import panel, then click "Reimport".
After the reimport process, select the very file in the FileSystem panel, right click on it and choose "Rename" to rename the file name to "xxx.txt".
The file disappers in the FileSystem panel, but the "xxx.txt.import" file lives in the project, with something like:

[dep]
source_file="res://xxx.csv"

In any scripts try to run the following code.

print(var2str(File.new().file_exists("res://xxx.txt")))

In Editor mode, you will see "true" in the Output panel. In any exported game, you will see "false" in the console even if the "include_filter" is set to "*.txt" and "export_filter" is "all_resources" in the export_preset.cfg.
Try to delete the "xxx.txt.import" file in the project dir, and export again. you will see "true" in the console in the exported game.

Minimal reproduction project: could reproduce in an empty project

verify that your filter is *.txt not .txt

verify that your filter is *.txt not .txt

@TheDuriel
I'm pretty sure it's *.txt  like I mentioned in step 6 of the issue reproduce instructions.
Cause in step 7, the .txt file will be accessable ONLY by deleting the corresponding .import file.
You can try to just do the export with Export PCK/ZIP and you'll find that neither the .csv or the renamed .txt file will be in the exported zip file.
Neither in the root dir of the zip file nor in the ".import" dir. But you'll find the .import file of the .csv or the renamed .txt file in the zip.
Only by deleting the .import file, then the txt file will be collected and packed into the pck/zip normally.
It's simple, just try with an empty project and export some zip packs and you'll see. It happens because of the .import file is not properly updated, or maybe it just needs to be gone after renaming an asset's extension to a type that doesn't need any import operation.

Fixed by #47268.


Multiplatform not working

I tried to implement korio in my multiplatform project, but it removes all IJ modules (probably because something went wrong?). Removing the dependency brings back these modules. Other MP project like kotlin serialization, ktor etc work perfectly. I have a video about it:
https://user-images.githubusercontent.com/26686035/132606492-c58cf4ba-a3a9-4af7-87a6-b560a821f426.mp4

Ok this only happens if I use a higher version than 2.2.1

Which gradle version are you using?

7.1.1

just tested it same with klogger and klock

Just for clarification: Maven Central says the latest version is 2.4.1, github latest release is 2.2.1. Is that right?

Sorry for the delay
Development for all the korlibs libraries happens now on https://github.com/korlibs/korge-next that’s why latest version is 2.4.1.
I don’t really know what’s happening there just by looking at the video, build.gradle might be different in your case but in other projects I didn’t have that problem. Gradle version seems fine too.


[url_launcher] Replaced reference to shared_preferences with correct reference to url_launcher in README.

The current version of the README files for the Linux, macOS, Web and Windows platform implementations contain a copy/ paste error which reference to installing the shared_preferences plugin as quoted below:

This package is endorsed, which means you can simply use shared_preferences normally. This package will be automatically included in your app when you do.

This PR fixes the mistake in the README for the platform implementations and points users to install the url_launcher plugin.
Fixes flutter/flutter#87449
If you had to change anything in the flutter/tests repo, include a link to the migration guide as per the breaking change policy.
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the relevant style guides and ran the auto-formatter. (Note that unlike the flutter/flutter repo, the flutter/plugins repo does use dart format.)
[x] I signed the CLA.
[x] The title of the PR starts with the name of the plugin surrounded by square brackets, e.g. [shared_preferences]
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy.
[x] I updated CHANGELOG.md to add a description of the change.
[x] I updated/added relevant documentation (doc comments with ///).
[ ] I added new tests to check the change I am making or feature I am adding, or Hixie said the PR is test exempt.

This PR only contains a README documentation fix.

[x] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

Thanks; I did a sweep for copy-paste errors, but it looks like I only caught the URLs.


Display available includes when manager create data

This is my PR for issue https://github.com/thephpleague/fractal/issues/59

Am I good to close this too?

@willishq I think so. I don't really need this anymore.


(fix) reset search link now appears when filters are applied

Trello card URL:
https://trello.com/c/oeSnEH20/534-bug-reset-search-link-disappears-when-sorting-results-by-date
Changes in this PR:
Check if any filter values are set rather than the commit param values to ensure the Reset search link is displayed correctly whenever any filters are applied.
Screenshots of UI changes:
Before
Before filtering

After filtering

After
Before filtering

After filtering - Reset search link does not disappear

 Bug: Reset search link disappears when sorting results by date.


updated dependency

Sorry for the late response, I just uploaded the module back to npm with your pull request included. It should be live on npm!


Add bower_components to Node.gitignore

Hi.
I'm using Node.js to development in back-end and front-end.
Bower is very popular package manager for front-end.
So, I think that it is good if add a dependency directory of Bower.
The bower_components directory is Bower's dependency directory.
In Bower official repository, it has been added in .gitignore.
Thank you.

Closing in favour of #1601


Peer list improvements

Here are my issues:

The peer list is cleaned when battery saver is (de)activated, or any time the screen is reloaded, for that matter (such as going back). Since the list takes a long time to get populated, it is quite annoying to have it clean every time you go back.
The peer I select from the list gets unchecked as soon as the list is updated, which means I must wait for the scan to finish before selecting it
The save button doesn't work before scanning is done, anyway.

A couple suggestions:

Start pinging asynchronously, not sequentially. Probably a good use case for async/await. I think it should also be easier on battery.
Cache the list and use it to speed-up bootstraping (start pinging before receiving a new list)

Of course, take your time if you have other stuff in mind first. These are just my first impressions.

@MayeulC , please check it again. Most of issues fixed in v 1.6 (11) from https://t.me/yggdrasil_android. Open separate tickets for existing or new issues.


About recurrent neural network using disout

Can anyone tell me how to set the hyperparameters of disout in the recurrent neural network?

Thanks for your question. We mainly conduct experiments on CNNs.  For RNN, the hyper-parameters 'dist_prob' and 'alpha' need to be adjusted by watching the accuracies on training set and validation set.


ABI mismatch resolution design and low-level(core) types to Miden SDK

Close #113
Close #114
This PR:

Adds a low-level (core) types for the Miden SDK so that Wasm signatures of the functions be closer to tx kernel ad-hoc ABI.
Introduce conversion functions in the Miden SDK between core types and high-level types;
Adds all tx kernel API functions in Miden SDK (miden.wit);
Adds the analysis and a solution - adapter function generation. See docs/canonabi-adhocabi-mismatch.md

TODO (after review):

Make a PR to miden-base with the proposed changes;
Make a new issue for adapter function generation from the docs/canonabi-adhocabi-mismatch.md in the task list in #102
Make a new issue for linking the components. We have type conversion functions(exports) implemented in Miden SDK Wasm component and imports in dependent Wasm components (basic wallet, note script, etc.). We want to link those component's code together during the compilation;

@bitwalker
The meat of this PR is in:

docs/canonabi-adhocabi-mismatch.md, where I describe the adapter function generation and one case where we need to change the tx kernel API (tx::get_assets). I intend to make an issue out of it after the merge.
miden.wit with all the tx kernel API functions added;

@bobbinth, Could you please take a look at my suggestion for tx::get_assets changes? Your feedback is very much appreciated.

@bobbinth, Could you please take a look at my suggestion for tx::get_assets changes? Your feedback is very much appreciated.

If I understood correctly, the proposal is basically as follows:
First, change the get_assets procedure to work like so:
#! Inputs:  [dest_ptr, num_assets]
#! Outputs: []
#!
#! Panics if num_assets is not equal to the number of assets in the note.
export.get_assets

Then, add a new procedure to retrieve the number of assets. This procedure could look like so:
#! Inputs:  []
#! Outputs: [num_assets]
export.get_num_assets

If this is correct, I think this could work, but a couple of thoughts:
First, this does introduce a little bit of inefficiency (since under the hood this will be making 2 syscalls instead of 1). This is probably not a big deal in this context, but I do wonder if we should implement these modifications as additional procedures (probably slightly differently names) and keep the current procedure as is.
One important thing to note: when get_assets writes assets into memory, "pads" the number of words to the next multiple of 2. So, for example, if there are 5 assets in the note, it will actually write 6 words, and the last word would be [ZERO; 4]. This is because under the hood we use pipe_double_words_to_memory procedure which is quite a bit more efficient than the alternative.
Another thing that might be interesting here: the total number of assets a note can carry is currently limited to 256 (and we are considering reducing this a bit - e.g., maybe to 64). So, another potential approach may be:

The caller pre-allocates memory of a list of 256 words.
Then makes a call to get_assets using the pointer to the list as the argument.
get_assets writes assets into the list returning the total number of assets it has written.

The signature of MASM procedure would look like so:
#! Inputs:  [dest_ptr]
#! Outputs: [num_assets]
export.get_assets

If I were to write an equivalent interface in Rust it would look something like this:
/// Returns the number of assets written into the `target` array.
fn get_assets(target: &mut [Word; 256]) -> u8

Is this something we can express using canonical ABI?
One convenient aspect of this approach is that it automatically takes care of the issue of double vs. single words I mentioned above.

One other question: how are we thinking of exposing this to the end user? I think neither of the mentioned approaches are particularly "user-friendly." I'd imagine that something like this would be much more intuitive:
get_assets() -> &[Asset]

But not sure how difficult this would be.

Thanks for the quick feedback!

@bobbinth, Could you please take a look at my suggestion for tx::get_assets changes? Your feedback is very much appreciated.

If I understood correctly, the proposal is basically as follows:
First, change the get_assets procedure to work like so:
#! Inputs:  [dest_ptr, num_assets]
#! Outputs: []
#!
#! Panics if num_assets is not equal to the number of assets in the note.
export.get_assets

Then, add a new procedure to retrieve the number of assets. This procedure could look like so:
#! Inputs:  []
#! Outputs: [num_assets]
export.get_num_assets

Yes, this exactly what I meant. I should've added MASM definitions besides WIT.

If this is correct, I think this could work, but a couple of thoughts:
First, this does introduce a little bit of inefficiency (since under the hood this will be making 2 syscalls instead of 1). This is probably not a big deal in this context, but I do wonder if we should implement these modifications as additional procedures (probably slightly differently names) and keep the current procedure as is.
One important thing to note: when get_assets writes assets into memory, it "pads" the number of words to the next multiple of 2. So, for example, if there are 5 assets in the note, it will actually write 6 words, and the last word would be [ZERO; 4]. This is because under the hood we use pipe_double_words_to_memory procedure which is quite a bit more efficient than the alternative.

I see. We need to take it into account. But since this adapter function will be written manually, so not that big of a deal.

Another thing that might be interesting here: the total number of assets a note can carry is currently limited to 256 (and we are considering reducing this a bit - e.g., maybe to 64). So, another potential approach may be:

The caller pre-allocates memory for a list of 256 words.
Then makes a call to get_assets using the pointer to the list as the argument.
get_assets writes assets into the list returning the total number of assets it has written.

I like this idea even more! :) I think we can splurge on memory to save some cycles.

The signature of MASM procedure would look like so:
#! Inputs:  [dest_ptr]
#! Outputs: [num_assets]
export.get_assets

If I were to write an equivalent interface in Rust it would look something like this:
/// Returns the number of assets written into the `target` array.
fn get_assets(target: &mut [Word; 256]) -> u8

Is this something we can express using canonical ABI?

No really. In WIT, there is no fixed-size array. Only dynamic list and static tuple. tuple of that size might not work, I need to test to be sure. But even if works, it will be ugly and hard to use(number of actual items, etc.). In the case of list, we will allocate an array in our manually written adapter function to 256 items, pass it to tx kernel call and copy actual items to a new array, and dealloc the first one. So, the user-facing WIT signature will be get-asset: func() -> list<core-asset> with Rust binding fn get_assets() -> Vec<CoreAsset>.

One convenient aspect of this approach is that it automatically takes care of the issue of double vs. single words I mentioned above.

Yes, this approach is much better.

One other question: how are we thinking of exposing this to the end user? I think neither of the mentioned approaches are particularly "user-friendly." I'd imagine that something like this would be much more intuitive:
get_assets() -> &[Asset]

But not sure how difficult this would be.

Due to the "shared nothing" nature of Wasm CM, there is no way to pass a reference (resources might be an alternative, but they have another purpose). So the best fit in WIT would be fn get-assets() -> Vec<CoreAsset>.

One thought here: I think we should distinguish between functions that must exist across a "component" boundary, i.e. that must be called with call or syscall using the Canonical ABI; versus higher-level, user-friendly wrapper functions that present a more natural interface typical in the source language (i.e. Rust).
For example, we need a primitive like fn get_assets(target: &mut [MaybeUninit<Word>; 256]) -> u8 to call/syscall; but we could implement/generate a fn get_assets() -> [Word; 256] function in Rust to provide the more user-friendly API for hand-written Rust code.
The more pressing issue is that there is no way to represent pointers at all in the Wasm Canonical ABI (i.e. cross-component function calls). Even if we could though, they would be useless, as we cannot share memory across call/syscall boundaries (which is the exact reason why the Canonical ABI doesn't have a representation for pointers). It's not even clear to me how tx::get_assets can work at all across contexts. Can you shed some light on that @bobbinth, or am I missing something obvious?
It seems to me, that for something like get_assets, the actual "protocol" would be something like this:
/// This function stages the assets in the advice provider, and returns the asset count
///
/// NOTE: "Masm" here doesn't exist, but implies a Miden Assembly procedure
extern "Masm" fn prepare_assets() -> u8;

/// This function pipes `count` words from the advice provider to memory at `dest`
///
/// NOTE: "miden-intrinsic" doesn't exist, but implies a Miden Assembly instruction or compiler intrinsic
extern "miden-intrinsic" fn advice_pipe_to_memory(dest: *mut Word, count: usize);

/// This is the actual user-facing `get_assets` function
///
/// It returns a boxed slice since the actual allocation is of unknown extent
/// until `prepare_assets` is called. This also ensures that the allocated
/// memory is tracked as a normal heap allocation. The box itself can be
/// "leaked" if the assets should live for the duration of the program, which
/// would allow it to be passed around as a reference with static lifetime.
pub fn get_assets() -> Box<[Word]> {
    unsafe {
        let count = prepare_assets() as usize;
        let mut assets = Box::<[Word]>::new_uninit_slice(count);
        advice_pipe_to_memory(assets.as_mut_ptr(), count);
        assets.assume_init()
    }
}

I'm not sure there is any other practical way to handle passing data of this size across contexts. Obviously within a "component", we can use the standard approach of passing a pointer to the callee, which then writes data to that address, but that won't work for things like get_assets AFAIK.

I just realized that the pointer-returning get_assets function here is actually a wrapper function in miden-base, not the actual kernel function. Such functions are notionally part of the calling component context, not the callee context, which means we cannot represent them in the component model.
What we would actually want to represent in the component model are the actual functions which sit on the boundary, i.e. the underlying kernel functions in this case; but more generally any function that sits on the other side of a context switch. The Canonical ABI enforces the shared-nothing semantics of the component model, so that must be kept in mind when describing interfaces in WIT (and when talking about "components" more generally).
So something like get_assets must be implemented in a Rust crate that provides the "porcelain" (to borrow Git parlance) for Miden Base, and that crate might reference the underlying component that provides Canonical ABI bindings for the kernel itself. We can then emit C ABI compatible functions from the Rust crate to expose the high-level bindings to any language with a C-compatible FFI. Since many languages have tools akin to bindgen, this provides maximal reuse, and minimal maintenance throughout the toolchain.
I don't think binding against the handwritten Miden Assembly wrappers is necessarily the right approach in all circumstances, personally, versus writing those wrappers in Rust against a kernel component, like shown in my snippet above for get_assets. There will likely be situations where it makes sense to do so, for purposes of optimization, but the more we do in MASM wrappers, the more constraints we impose on higher-level languages. That doesn't mean we have to eschew generating trampolines (i.e. adapting handwritten MASM procedures to the Canonical ABI using special compiler support) entirely, or even the majority of the time - but I think we should try to put as much control in the hands of the source language as possible, to avoid introducing unnecessary abstractions that must be unwound in some circumstances.
As an example of that, let's say we have a MASM-native get_assets function like fn get_assets() -> [Word; 256], but we want to pass the assets around, so we're going to wrap it in a function like fn get_boxed_assets() -> Box<[Word]>. In rust this is going to result in multiple redundant (and wasteful) allocations:
1.) The call to get_assets will allocate a [Word; 256] in its stack frame, and pass the pointer to get_assets. There is no way to allocate only as much memory as needed for the number of actual assets with the given signature, so we always allocate 256 words. The Rust stack frame is implemented using heap memory, so this allocates 256 words in linear memory.
2.) We then want to place this in a Box, so we must allocate an additional 256 words of memory, and then copy the contents of the array on the stack, into the box.
Even if get_assets took a pointer, and returned the number of assets written, we would still have to allocate the full 256 words for the lifetime of the Box. The only way to avoid wasting the space, is to have a two-phase protocol where you request the necessary capacity first, then call get_assets with a sufficiently-sized pointer. I suppose the question then becomes, how many potential sharp corners like this are there overall? If it's a small, closed set, then perhaps its not important to expose the kernel itself as a component (though we still don't escape the fact that none of these type of functions can be exposed in the component model, they have to be pulled in as regular Rust dependencies as part of a larger component).
Anyway, wanted to document my thoughts here.

@bitwalker I rebased and cleaned up the todos. Please, make another round.


vcfkeepsamples for a large number of samples

Hi Erik,
I want to use 'vcfkeepsamples' for a large number (290) of samples but this is not working for me. I have tried inputting sample names in the command line as well as using a shell script. Is there any solution to use this tool for large number of samples? or by feeding sample names by a file??
Regards,
Sanjeev

vcfkeepsamples works for a large number of samples, but it is very slow. If I want to pull out 3 samples, out of ~1K total, it is the slowest part of my pipeline, (including VEP which is notoriously slow).

Carson and I have done some benchmarking.  The slowdown comes from splitting the genotypes using the functions in split.h.  There is a faster split function in boost, but only provides pointers to the fields not the actual strings.

I have been just using the functionality in htslib to extract a list of samples with bcf_hdr_set_samples.


Update to the document

Update

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

#label:"aq-pr-triaged"

#sign-off


update tests, reorganize, and enable travis

@adimako and @lmaurel I'm going to go ahead and open this so we can get the automated regression tests going. Travis only tests pull requests.

Tasks

Clean up and finalize existing cases [x]
Clean up test cases and leave only the ones that work [x]
Create a guide for adding more cases in air-water-vv (in a main README files?) [x]


Remove Home page feedback

Problem
Feedback was added as an experiment
Solution

remove feedback from index.html.haml

Tests

no tests

QA

GOTO home page (https://lgrow-staging.herokuapp.com)
INSPECT the word "Feedback" should no longer be visible on the page.


video animation of books is not working

hello
I'm Contributor under gssoc'24 . The home section will look amazing with the video animation
kindly assign this task to me under gssoc'24

Assigned @VarshaPednekar

Any Updates @VarshaPednekar

Dear Sir @anuragverma108 , I have updated the video section that you assigned to me but still the gssoc'24 label is not been given to me

Hey, I would like to work on the same. Can you please assign this to me under GSSoC'24.


WebSocketStreamPump: stress test

I just tried to send 1000 message at once while having the new WebSocketStreamPump in use -> crashes after ~100 messages. I increased the buffer size by factor 100 and then it works.
Possible problems:
(1) Buffer fills too fast
(2) Buffer does not copy over correctly
This needs some further investigation.

Did the test again and it seems like it is fixed. Possibly by this commit. It was option (1) where the buffer filled too fast/was not big enough. Fixed by dynamically reallocating the buffer.


JWT alg="none" challenge needs updating

The solution for the JWT challenge must be updated, and the challenge itself should be reviewed, due to changes in jwt.io

There is no longer a bug in the site that calls for manual change of "S" to "I" as described in solution
"none" does no longer work when entered into the decoded fields in jwt.io, it wil invalidate the encoded output and leave it blank

@ViktorLindstrm @J12934 You are the official JWT consultants of the Juice Shop, what do you think? Should we keep the challenge and just give it +1 difficulty star?

I'm getting falsely classified as a JWT expert here 😅
I don't think I ever did anything JWT related for juice-shop, sure you didn't mean @tghosth?

Thanks @J12934 :)
Hi @mjaaland , can you remind me where you saw this, comment with a link or something :)

Hey,
check out the solutions for the JWT challenge.
https://bkimminich.gitbooks.io/pwning-owasp-juice-shop/content/part1/

Thanks. This is a more a problem with the way we described the solution, i.e. reliance on using JWT.io, The challenge itself I think is still completely valid and doesn't need changing.
I think the best fix would be to update the solution to not require jwt.io, e.g. write some simple custom code to show how to create the manipulated JWTs.
I will see if I can find time to do that but it will probably only be in a few weeks.

I agree to all inputs here, you could up the challenge in difficulty, or find a similar online based tool like jwt.io (and perhaps point to it in the hints?).
Good job to all of you, this app is awesome. I am using it in some training workshops nowdays.


Add troubleshooting guide or sample about multi-tenant authentication

Add section to the Identity troubleshooting guide or a sample about multi-tenant authentication, like how whatever tenant you set is the home tenant ID, but auto-discovery works with 1.5.0 or newer of Azure.Identity.
Once done, be sure to update:

[ ] https://github.com/Azure/azure-sdk-for-net/blob/main/sdk/identity/Azure.Identity/TROUBLESHOOTING.md
[ ] https://github.com/Azure/azure-sdk-for-net/blob/main/sdk/keyvault/TROUBLESHOOTING.md

@heaths multi-tenant authentication section in identity mentions allowedTenantDiscovery starting 1.7.0? Is that what you had in mind for TSG or were you thinking of something else?

Looks like we already did this and just didn't associate the PRs or forgot about this tracking issue.


FR: Make plum work with ipython's autoreload

The two don't work well together.
I think it's because autoreload changes the classes of objects, but for some reason forgets to update the Types in plum's dispatch tables.
Should be investigated...

Also tagging @seeM here.
This issue is unfortunately a tricky one to fix. Just to document what's going wrong, here's a minimal example.
Consider the minimal module
from __future__ import annotations

class A:
    def test(self) -> A:
        # Hello
        return self

We now have the following behaviour:
In [1]: from core import A

In [2]: from typing import get_type_hints

In [3]: get_type_hints(A.test)["return"] == A
Out[3]: True

In [4]: # Make changes and trigger autoreload

In [5]: get_type_hints(A.test)["return"] == A
Out[5]: False

(This is on Python 3.9.)
I think it's necessary to carefully pin down how get_type_hints interacts with autoreload, especially with regards to forwards references.
If this particular case can be fixed, I think good support for autoreload in the case of from __future__ import annotations should be possible.

I had investigated the issue a bit, and eventually realized that the best course of action would be for someone to contact the developers of iPython to ask them to add an hook to auto reload so that when he reloads a class/files plugins can ask to be notified about it.

@PhilipVinc That's interesting. I suppose hooking into autoreload would be the way go about this: upon every autoreload, clear all cache.
I'm wondering, is the above example expected behaviour? Should get_type_hints(A.test)["return"] == A after autoreloading? The locals in an iPython sessions should be updated with every autoreload, right?
Perhaps not relevant to this issue, but I'm tempted to strip out all current functionality to handle forward references from the package and just rely on typing.get_type_hints to handle forward references. What are your thoughts on this?

Experimental support thanks to #44 by @PhilipVinc is included in the latest release v1.6. :)


Feature/multi send

Fixes #704
🚀 Description

MultiSendToken contract allows the transfer of specific amounts to multiple accounts. Implemented as an extra functionality of a StandardToken.

[x] 📘 I've reviewed the OpenZeppelin Contributor Guidelines
[x] ✅ I've added tests where applicable to test my new functionality.
[x] 📖 I've made sure that my contracts are well-documented.
[x] 🎨 I've run the JS/Solidity linters and fixed any issues (npm run lint:all:fix).

@sheluchin I'd suggest using e.g. wrapped ETH to multi-send Ether.
The idea here is that you could derive some custom token from this MultiSendToken in order to have the functionality, that's something very token-specific.

I understand the idea here but still think a broader approach would be better. There's obviously a need for a reference multisend contract that people can use. I don't entirely agree that it always needs to be coupled to StandardToken, as there may be users who want to multisend many different types of existing ERC20 tokens and there's no reason code like this can't be used generically.
W-ETH would work but it's somewhat inconvenient for both the sender and the receiver.
https://github.com/Alonski/MultiSendEthereum/blob/master/contracts/MultiSend.sol may be of interest to anyone reading this PR as it handles multisending ERC20 tokens as well as ETH.
In any case, thank you @AngelicaFulcher for posting this PR in the first place.

mutlisend eth is different than erc20 multisend.
Also, I wouldn't agree multisendToken needs to inherit from StandardToken
Check out similar Dapp:
https://rstormsf.github.io/multisender/#/

Closing due to staleness. I also agree with the statement that a more generic solution would be preferred, since these can be easily added ad-hoc by users when required.


Don't filter out inactive subjects in Get Teacher endpoint

Context
Previous change to ignore all inactive data was too aggressive; we do want to return subjects even if they're inactive.
Changes proposed in this pull request
Return inactive subjects from Get Teacher endpoint
Checklist

[x] Attach to Trello card
[x] Rebased master
[x] Cleaned commit history
[x] Tested by running locally

 Notify clients when a user's details have changed


Fix bugs in logging module

add steps to create lambda_basic_execution role. repurpose log_policy folder after renaming it to iam_policy and updating references
fluentd.yml : mention that us-west-2 should be updated if a different region is picked and update stream_name value to avoid lognameprefix issue
Add a banner to inform that all URLs default to us-west-2 and user should select the applicable region
Update cleanup page to remove lambda_basic_execution role

issues fixed and merged into master


Make txaio understand log categories

This moves it into txaio, not Crossbar. There'll be a followup to Crossbar to use this, once this lands.

cc @oberstet @meejah if the tests pass (which i did a few locally), ready for review :)

Current coverage is 96.30%

Merging #61 into master will increase coverage by +0.09% as of 6217bdc

@@            master    #61   diff @@
=====================================
  Files            8      8
  Stmts          529    541    +12
  Branches         0      0
  Methods          0      0
=====================================
+ Hit            509    521    +12
  Partial          0      0
  Missed          20     20

Review entire Coverage Diff as of 6217bdc

Powered by Codecov. Updated on successful CI builds.


Upgrade to Jakarta EE 10

I am not sure we should change the license to Eclipse License:

common/license.txt
LICENSE.md

@arjantijms


Add Ansible verifier

Adds an Ansible verifier, that will just run verify.yml if it's present in the scenario directory.
PR Type

Feature Pull Request

TODO

[x] Add ansible-lint to the valid linters for a verifier
[x] Add option to scenario/role init
[x] Add tests
[x] Documentation
[ ] Finish TODO list

I'm not really sure what travis is complaining about here: https://github.com/ansible/molecule/pull/1714/checks?check_run_id=57744503
cc @fabianvf @lwm

Our CI is quite flaky right now. We're working on it.
Just let us know when this is ready to start the review passes :+1:
Thanks for the efforts!

I think this may be ready for review, but I don't know what I don't know

@fabianvf: Great question. I'm not sure if molecule fully adopted the ansible core procedures. <<< cc @gundalow. We should probably get this on the ansible molecule weekly meeting agenda to get some more/final eyes on it though.
This is a great idea and one I think molecule needs. Ansible is said to allow anyone to automate -- no programming skills required. As the official testing framework of Ansible content, molecule needs to be consistent with that philosophy.  We don't want to limit who can test their content. Quite the opposite, we want everyone that develops Ansible roles and eventually modules+plugins to be able to test and verify their work in an automated and repeatable way.

2019-03-06 IRC Meeting we agreed that this isn't a blocker for v2.20

OK, we're looking at being able to merge this very soon, what remains to be done?
Can review / help flesh out thoughts as needed!

I think currently the only thing stopping CI from succeeding is that I can't figure out how to get the formatter to match locally, just need to dig in and get a couple formatting problems fixed up. After that it's a question of whether we want to give it it's own set of options to match the Ansible provisiioner, but now I'm leaning to not doing that, since unlike the other verifiers it's not actually running another command or anything like that, it's just allowing you to provide the verify.yml playbook, so putting different options there would be more analogous for allowing users to specify custom options for the prepare step. There may be a portion of the init logic missing, and I haven't added any testing scenarios yet.

I can't figure out how to get the formatter to match locally, just need to dig in and get a couple formatting problems fixed up.

tox -e format should automatically fix that up for you :+1:

a question of whether we want to give it it's own set of options to match the Ansible provisiioner, but now I'm leaning to not doing that

Sounds good to me!

I haven't added any testing scenarios yet.

OK cool. Shout if there are issues. Can be a bit of a pain right now ...

@decentral1se fixed formatting + added scenario test

Thanks! CI is still complaining now though :fire_engine:

This pops out in the logs:
        /home/travis/build/ansible/molecule/test/scenarios/driver/docker/molecule/ansible-verifier/verify.yml
          17:7      error    wrong indentation: expected 8 but found 6  (indentation)
          30:7      error    wrong indentation: expected 8 but found 6  (indentation)

Ah, I need tox -e format AND tox -e lint. I think it should be ok now.

NIce one but I think the failing functional tests also need a look:

https://travis-ci.com/ansible/molecule/jobs/190132714#L496

You need to add lines that correspond to the new verifier?

@decentral1se rebased

@decentral1se rebased

@decentral1se rebased

@decentral1se rebased

LGTM from my side btw.

Proposal to make this the default verifier https://github.com/ansible/molecule/issues/2013


Is there any way to retain the scroll bar on the right side of the previous menu?

Actually, what I need more is a way to retain the scroll bar on the right side of the menu. I provided the players with a project list. They open the project from this list for operation, and when they close the project menu, they can return to the original list. I used closedOrInvalidResultHandler to open the list menu but it doesn't retain the scroll bar. Is there any solution?

Not that I'm aware of

Not that I'm aware of, unfortunately.

Thank you for your reply. I have another question. Can clicking a button open a URL?

No, clickable links are not a thing in Minecraft Bedrock.

I'm very sorry to disturb you again. Is there any way to directly close the currently opened interface without executing the statements under closedOrInvalidResultHandler?

This is currently not possible in the API. It was recently added to Bedrock, so it'll eventually make its way into Cumulus.

This is currently not possible in the API. It was recently added to Bedrock, so it'll eventually make its way into Cumulus.

Long time no see. How's the progress going, please?

The Geyser API has the GeyserConnection#closeForm() method, which makes it possible to close a currently opened form.

The Geyser API has the method, which makes it possible to close a currently opened form.GeyserConnection#closeForm()
However, this currently isn't in cumulus.

Thank you very much. I'll try to use it.


Convert to Async

IMO looking at this code does feel a lot like callback hell, so I'm hoping to remedy this by implementing async capabilities into PPM. Obviously we may not be able to do it all at once, so will start small and work up to the bigger portions of the code as possible.

As this PR has only failing tests, and PR #95 is seeing much more activity and success, I'll go ahead and close this one out in favour of #95


[INFINITY-3315] Update to docs-shakedown 1.5.0

This PR updates dcos-shakedown to 1.5.0 which provides better paramiko behaviour and should address the nightly HW recovery failures.

I'm closing this PR as the change fails at other points.


T69673: import fail

Cf https://developer.blender.org/T69673
I have received the .blend and .glb files, but it can't be shared publicly.

Seems everything is OK on exporter (check on https://gltf-viewer.donmccurdy.com/ / https://github.com/donmccurdy/three-gltf-viewer/releases )
Importer failed. Probably linked to #349
Your armature object has not default rotation / scale. It's always a bad idea in Blender
Seems applying rotation/scale before exporting solved (at least partially) the problem.
Continuing investigation...

Closing, because of duplicate


Add type3 functions

These type3 functions are essential for having multi-stop based gradients and are a combination of type2s.
I will be adding all the gradient support for the C++ API in the future, since all gradient support is currently missing there.

I had been thinking about what to do with this. Function objects are not altered after they have been created and they are only inserted in the generator after creation. It would probably make more sense to have just a single public function type (that is implemented as a variant of the actual types).

If you'd like to re-architect into having a more robust API, I would be in broad support. You could merge this and then continue to refactor, I'll pause work on the C++ interface until you're happy with it.


After deleted last categorie I am not able to go to category in BO

Hi,
when I delete last category on backoffice then I get this error:
Unexpected "javascripts" tag (expecting closing tag for the "block" tag defined near line 4) in WellCommerceCategoryBundle:Admin\Category:index.html.twig at line 5.

And now I found out another big bug. I can not create new category but I am not no table give you some error text because it is send by ajax.