Strange errors with default integrationTest

Configuration:

Same private key with two local chains.
Deployed contracts on these two local chains.
Change config.js to use these json for two local chains.
The rests are default.

[2020-09-11T12:41:28.354] [DEBUG] test - Get the destination token address
[2020-09-11T12:41:28.354] [DEBUG] test - SIDE bridge address 0x85c7e856294b5a214ad363b92ce63720ab7ae344
[2020-09-11T12:41:28.386] [ERROR] test - Unhandled error: Error: Returned values aren't valid, did it run Out of Gas? You might also see this error if you are not using the correct ABI for the contract you are retrieving data from, requesting data from a block number that does not exist, or querying a node which is not fully synced.```

Hi xrDavies,
There are a couple of things that i think it could be:

Check that you have gas on both networks on the address obtained form the private key
Check that the json you are using on the local chains are the ones generated when running npm run migrate or npm run deployIntegrationTest on the /bridge folder

Let me know if that works for you.

Hi xrDavies,
There are a couple of things that i think it could be:

Check that you have gas on both networks on the address obtained form the private key
Check that the json you are using on the local chains are the ones generated when running npm run migrate or npm run deployIntegrationTest on the /bridge folder

Let me know if that works for you.

Thank you for quick reply.
After some investigation, I found that the event cross is not correctly handled in contract that mappedToken is empty. Rerun these steps with another laptop at home, the error mentioned in this issue is gone, but new errors with voteTransaction.
Here is my config.js
const fs = require('fs');
module.exports = {
    mainchain: require('./development.json'), //the json containing the smart contract addresses in rsk
    sidechain: require('./ganache.json'), //the json containing the smart contract addresses in eth
    runEvery: 1, // In minutes,
    confirmations: 0, // Number of blocks before processing it, if working with ganache set as 0
    privateKey: fs.readFileSync(`${__dirname}/federator.key`, 'utf8'),
    storagePath: './db'
}

development.json and ganache.json are created by migration step 16 16_create_config_file.js.
development.json
{
    "bridge": "0x17696a1bb73721a262e04101d92531a8d7878da0",
    "federation": "0x4390f17f79254e64fb16c2543e142044dc843301",
    "multiSig": "0xe67e802fbb500d3db1fa7c17b6462eb002fcfb7e",
    "allowTokens": "0xd10d9b87d117416d1ca737081771976c0b87d356",
    "testToken": "0x8c00e56cb4e642b45b3993ce6b24393629261d9e",
    "host": "http://<IP_ADDRESS>:9545",
    "fromBlock": 41
}

ganache.json
{
    "bridge": "0x17696a1bb73721a262e04101d92531a8d7878da0",
    "federation": "0x8c00e56cb4e642b45b3993ce6b24393629261d9e",
    "multiSig": "0xe67e802fbb500d3db1fa7c17b6462eb002fcfb7e",
    "allowTokens": "0xd10d9b87d117416d1ca737081771976c0b87d356",
    "testToken": "0x98ec36bdbc1314d3e85aafe0398c337c6e5ca0aa",
    "host": "http://<IP_ADDRESS>:7545",
    "fromBlock": 35
}

Here is the log:
npm run integrationTest

><EMAIL_ADDRESS>integrationTest /Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator
> rm -rf ./db/* && node ./integrationTest/integrationTest.js

[2020-09-12T03:45:16.941] [INFO] test - ----------- Transfer Test ---------------------
[2020-09-12T03:45:16.946] [INFO] test - Mainchain Host http://<IP_ADDRESS>:9545
[2020-09-12T03:45:16.946] [INFO] test - Sidechain Host http://<IP_ADDRESS>:7545
[2020-09-12T03:45:16.978] [INFO] test - Starting transfer from Mainchain to Sidechain
[2020-09-12T03:45:16.980] [INFO] test - ------------- SENDING THE TOKENS -----------------
[2020-09-12T03:45:16.980] [DEBUG] test - Getting address from pk
[2020-09-12T03:45:17.037] [INFO] test - Transaction Successful txHash:0xab2c65f2046dbd45e6aadea14966a87129220c986c8d6cbb5f6308f6eeec6e64 blockNumber:47
[2020-09-12T03:45:17.089] [INFO] test - Transaction Successful txHash:0x049f39dd06e9b92bd4259828452b8ff8d178eef67d737a4dfc8b89e4b806bfe6 blockNumber:45
[2020-09-12T03:45:17.090] [INFO] test - MAIN token addres 0x8C00e56CB4e642B45b3993Ce6B24393629261D9e - User Address: 0x1d87f9d2cb9c891246c4199229b88aeaa380d77e
[2020-09-12T03:45:17.093] [DEBUG] test - Initial user balance<PHONE_NUMBER>09000000000
[2020-09-12T03:45:17.094] [DEBUG] test - Aproving token transfer
[2020-09-12T03:45:17.156] [INFO] test - Transaction Successful txHash:0x916a6e496bae30d1edc010dcf72c59a7e712fa9caac7acf47ab81a285bc2d184 blockNumber:48
[2020-09-12T03:45:17.206] [INFO] test - Transaction Successful txHash:0xc2041679e04cf1e7d4f10f1be363e0e92df22045b342f68431cd0d9d2a05b883 blockNumber:49
[2020-09-12T03:45:17.206] [DEBUG] test - Token transfer approved
[2020-09-12T03:45:17.206] [DEBUG] test - Bridge receiveTokens (transferFrom)
[2020-09-12T03:45:17.302] [INFO] test - Transaction Successful txHash:0x14fca2d18da61c7212c427d3d444c0d3b1898ea74e1911a4bc32b63a086bf2bb blockNumber:50
[2020-09-12T03:45:17.302] [DEBUG] test - Bridge receivedTokens completed
[2020-09-12T03:45:17.302] [DEBUG] test - Wait for 0 blocks
[2020-09-12T03:45:17.305] [DEBUG] test - Starting federator processes
[2020-09-12T03:45:17.306] [DEBUG] test - Fund federator wallets
[2020-09-12T03:45:17.384] [INFO] Fund Federators - Transaction Successful txHash:0x24bca2d467d63ae8c2ed110f62147c786f17b36b38a13e1890edbb7b4f7cfb23 blockNumber:46
[2020-09-12T03:45:17.384] [INFO] Fund Federators - Successfuly transferred<PHONE_NUMBER>000000000 to 0x33d3ff69e5967b3e6cdc95206f1abdf0709406f7
[2020-09-12T03:45:17.392] [INFO] FEDERATOR - Running to Block 50
[2020-09-12T03:45:17.393] [DEBUG] FEDERATOR - Running from Block 42
[2020-09-12T03:45:17.393] [DEBUG] FEDERATOR - Total pages 1, blocks per page 1000
[2020-09-12T03:45:17.393] [DEBUG] FEDERATOR - Page 1 getting events from block 42 to 50
[2020-09-12T03:45:17.471] [INFO] FEDERATOR - Found 2 logs
[2020-09-12T03:45:17.471] [INFO] FEDERATOR - Processing event log: {
  logIndex: 2,
  transactionIndex: 0,
  transactionHash: '0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4',
  blockHash: '0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5',
  blockNumber: 46,
  address: '0x17696A1BB73721a262E04101D92531A8d7878dA0',
  type: 'mined',
  id: 'log_03b32571',
  returnValues: Result {
    '0': '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
    '1': '0x1D87f9D2cB9c891246C4199229b88aeaA380D77E',
    '2': '1000000000000000000',
    '3': 'MAIN',
    '4': null,
    '5': '18',
    '6': '1',
    _tokenAddress: '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
    _to: '0x1D87f9D2cB9c891246C4199229b88aeaA380D77E',
    _amount: '1000000000000000000',
    _symbol: 'MAIN',
    _userData: null,
    _decimals: '18',
    _granularity: '1'
  },
  event: 'Cross',
  signature: '0x33409cca56f705a7bbed38b7db57cf3a63317f3c1b9a747bbfb3d3ecffa84f6f',
  raw: {
    data: '0x0000000000000000000000000000000000000000000000000de0b6b3a764000000000000000000000000000000000000000000000000000000000000000000a000000000000000000000000000000000000000000000000000000000000000e00000000000000000000000000000000000000000000000000000000000000012000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000044d41494e000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000',
    topics: [
      '0x33409cca56f705a7bbed38b7db57cf3a63317f3c1b9a747bbfb3d3ecffa84f6f',
      '0x0000000000000000000000008c00e56cb4e642b45b3993ce6b24393629261d9e',
      '0x0000000000000000000000001d87f9d2cb9c891246c4199229b88aeaa380d77e'
    ]
  }
}
[2020-09-12T03:45:17.508] [INFO] FEDERATOR - get transaction id: 0x7c58f26a631feb1b291ff7cbb84625e40e6dbef6ee6e714c4f008d0d7c41a890
[2020-09-12T03:45:17.536] [INFO] FEDERATOR - Voting tx: 0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token: MAIN
[2020-09-12T03:45:17.537] [INFO] FEDERATOR - Voting Transfer<PHONE_NUMBER>000000000 of MAIN trough sidechain bridge 0x17696A1BB73721a262E04101D92531A8d7878dA0 to receiver 0x1D87f9D2cB9c891246C4199229b88aeaA380D77E
[2020-09-12T03:45:17.558] [INFO] FEDERATOR - voteTransaction(0x8C00e56CB4e642B45b3993Ce6B24393629261D9e, 0x1D87f9D2cB9c891246C4199229b88aeaA380D77E,<PHONE_NUMBER>000000000, MAIN, 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5, 0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4, 2, 18, 1)
[2020-09-12T03:45:17.607] [ERROR] FEDERATOR - Send Signed Transaction Failed TxHash:undefined Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21) {
  data: {
    '0x1f672667696fe6e542609155aa6033ac791a62095d377d6792814cc1f8343baf': { error: 'revert', program_counter: 7743, return: '0x' },
    stack: 'RuntimeError: VM Exception while processing transaction: revert\n' +
      '    at Function.RuntimeError.fromResults (/Applications/Ganache.app/Contents/Resources/static/node/node_modules/ganache-core/lib/utils/runtimeerror.js:89:13)\n' +
      '    at BlockchainDouble.processBlock (/Applications/Ganache.app/Contents/Resources/static/node/node_modules/ganache-core/lib/blockchain_double.js:632:24)\n' +
      '    at processTicksAndRejections (internal/process/task_queues.js:93:5)',
    name: 'RuntimeError'
  }
}
[2020-09-12T03:45:17.609] [ERROR] FEDERATOR - RawTx that failed {
  gasPrice: '0x6fc23ac00',
  gas: '0x3567e0',
  value: '0x0',
  to: '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
  data: '0xd03e1ee90000000000000000000000008c00e56cb4e642b45b3993ce6b24393629261d9e0000000000000000000000001d87f9d2cb9c891246c4199229b88aeaa380d77e0000000000000000000000000000000000000000000000000de0b6b3a76400000000000000000000000000000000000000000000000000000000000000000120cac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5d6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c400000000000000000000000000000000000000000000000000000000000000020000000000000000000000000000000000000000000000000000000000000012000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000044d41494e00000000000000000000000000000000000000000000000000000000',
  from: '0x33d3ff69e5967b3e6cdc95206f1abdf0709406f7',
  nonce: '0x2e',
  r: 0,
  s: 0
}
CustomError: Exception processing logs
    at Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:154:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Exception Voting tx:0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token MAIN
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:194:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Transaction Failed: Send Signed Transaction Failed TxHash:undefined Error
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:84:23)
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:190:37)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:133:25)
    at async Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:85:21)
    at async transfer (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:146:9)
    at async run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:85:5)
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:121:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
[2020-09-12T03:45:17.614] [ERROR] FEDERATOR - Error: Exception Running Federator
    at Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:92:35)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7) CustomError: Exception processing logs
    at Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:154:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Exception Voting tx:0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token MAIN
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:194:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Transaction Failed: Send Signed Transaction Failed TxHash:undefined Error
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:84:23)
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:190:37)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:133:25)
    at async Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:85:21)
    at async transfer (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:146:9)
    at async run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:85:5)
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:121:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
[2020-09-12T03:45:17.615] [DEBUG] FEDERATOR - Run 1 retrie
[2020-09-12T03:45:20.627] [INFO] FEDERATOR - Running to Block 50
[2020-09-12T03:45:20.628] [DEBUG] FEDERATOR - Running from Block 42
[2020-09-12T03:45:20.628] [DEBUG] FEDERATOR - Total pages 1, blocks per page 1000
[2020-09-12T03:45:20.628] [DEBUG] FEDERATOR - Page 1 getting events from block 42 to 50
[2020-09-12T03:45:20.640] [INFO] FEDERATOR - Found 2 logs
[2020-09-12T03:45:20.641] [INFO] FEDERATOR - Processing event log: {
  logIndex: 2,
  transactionIndex: 0,
  transactionHash: '0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4',
  blockHash: '0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5',
  blockNumber: 46,
  address: '0x17696A1BB73721a262E04101D92531A8d7878dA0',
  type: 'mined',
  id: 'log_03b32571',
  returnValues: Result {
    '0': '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
    '1': '0x1D87f9D2cB9c891246C4199229b88aeaA380D77E',
    '2': '1000000000000000000',
    '3': 'MAIN',
    '4': null,
    '5': '18',
    '6': '1',
    _tokenAddress: '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
    _to: '0x1D87f9D2cB9c891246C4199229b88aeaA380D77E',
    _amount: '1000000000000000000',
    _symbol: 'MAIN',
    _userData: null,
    _decimals: '18',
    _granularity: '1'
  },
  event: 'Cross',
  signature: '0x33409cca56f705a7bbed38b7db57cf3a63317f3c1b9a747bbfb3d3ecffa84f6f',
  raw: {
    data: '0x0000000000000000000000000000000000000000000000000de0b6b3a764000000000000000000000000000000000000000000000000000000000000000000a000000000000000000000000000000000000000000000000000000000000000e00000000000000000000000000000000000000000000000000000000000000012000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000044d41494e000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000',
    topics: [
      '0x33409cca56f705a7bbed38b7db57cf3a63317f3c1b9a747bbfb3d3ecffa84f6f',
      '0x0000000000000000000000008c00e56cb4e642b45b3993ce6b24393629261d9e',
      '0x0000000000000000000000001d87f9d2cb9c891246c4199229b88aeaa380d77e'
    ]
  }
}
[2020-09-12T03:45:20.669] [INFO] FEDERATOR - get transaction id: 0x7c58f26a631feb1b291ff7cbb84625e40e6dbef6ee6e714c4f008d0d7c41a890
[2020-09-12T03:45:20.698] [INFO] FEDERATOR - Voting tx: 0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token: MAIN
[2020-09-12T03:45:20.698] [INFO] FEDERATOR - Voting Transfer<PHONE_NUMBER>000000000 of MAIN trough sidechain bridge 0x17696A1BB73721a262E04101D92531A8d7878dA0 to receiver 0x1D87f9D2cB9c891246C4199229b88aeaA380D77E
[2020-09-12T03:45:20.721] [INFO] FEDERATOR - voteTransaction(0x8C00e56CB4e642B45b3993Ce6B24393629261D9e, 0x1D87f9D2cB9c891246C4199229b88aeaA380D77E,<PHONE_NUMBER>000000000, MAIN, 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5, 0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4, 2, 18, 1)
[2020-09-12T03:45:20.777] [ERROR] FEDERATOR - Send Signed Transaction Failed TxHash:undefined Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21) {
  data: {
    '0x4c9da27949b6c0e76d869baeadd2834be53f1b054ec9ae81729d3821ca63a1f6': { error: 'revert', program_counter: 7743, return: '0x' },
    stack: 'RuntimeError: VM Exception while processing transaction: revert\n' +
      '    at Function.RuntimeError.fromResults (/Applications/Ganache.app/Contents/Resources/static/node/node_modules/ganache-core/lib/utils/runtimeerror.js:89:13)\n' +
      '    at BlockchainDouble.processBlock (/Applications/Ganache.app/Contents/Resources/static/node/node_modules/ganache-core/lib/blockchain_double.js:632:24)\n' +
      '    at runMicrotasks (<anonymous>)\n' +
      '    at processTicksAndRejections (internal/process/task_queues.js:93:5)',
    name: 'RuntimeError'
  }
}
[2020-09-12T03:45:20.778] [ERROR] FEDERATOR - RawTx that failed {
  gasPrice: '0x6fc23ac00',
  gas: '0x3567e0',
  value: '0x0',
  to: '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
  data: '0xd03e1ee90000000000000000000000008c00e56cb4e642b45b3993ce6b24393629261d9e0000000000000000000000001d87f9d2cb9c891246c4199229b88aeaa380d77e0000000000000000000000000000000000000000000000000de0b6b3a76400000000000000000000000000000000000000000000000000000000000000000120cac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5d6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c400000000000000000000000000000000000000000000000000000000000000020000000000000000000000000000000000000000000000000000000000000012000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000044d41494e00000000000000000000000000000000000000000000000000000000',
  from: '0x33d3ff69e5967b3e6cdc95206f1abdf0709406f7',
  nonce: '0x2f',
  r: 0,
  s: 0
}
CustomError: Exception processing logs
    at Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:154:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Exception Voting tx:0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token MAIN
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:194:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Transaction Failed: Send Signed Transaction Failed TxHash:undefined Error
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:84:23)
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:190:37)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:133:25)
    at async Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:85:21)
    at async transfer (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:146:9)
    at async run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:85:5)
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:121:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
[2020-09-12T03:45:20.779] [ERROR] FEDERATOR - Error: Exception Running Federator
    at Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:92:35)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7) CustomError: Exception processing logs
    at Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:154:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Exception Voting tx:0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token MAIN
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:194:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Transaction Failed: Send Signed Transaction Failed TxHash:undefined Error
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:84:23)
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:190:37)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:133:25)
    at async Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:85:21)
    at async transfer (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:146:9)
    at async run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:85:5)
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:121:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
[2020-09-12T03:45:20.781] [DEBUG] FEDERATOR - Run 2 retrie
[2020-09-12T03:45:23.793] [INFO] FEDERATOR - Running to Block 50
[2020-09-12T03:45:23.794] [DEBUG] FEDERATOR - Running from Block 42
[2020-09-12T03:45:23.794] [DEBUG] FEDERATOR - Total pages 1, blocks per page 1000
[2020-09-12T03:45:23.794] [DEBUG] FEDERATOR - Page 1 getting events from block 42 to 50
[2020-09-12T03:45:23.809] [INFO] FEDERATOR - Found 2 logs
[2020-09-12T03:45:23.810] [INFO] FEDERATOR - Processing event log: {
  logIndex: 2,
  transactionIndex: 0,
  transactionHash: '0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4',
  blockHash: '0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5',
  blockNumber: 46,
  address: '0x17696A1BB73721a262E04101D92531A8d7878dA0',
  type: 'mined',
  id: 'log_03b32571',
  returnValues: Result {
    '0': '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
    '1': '0x1D87f9D2cB9c891246C4199229b88aeaA380D77E',
    '2': '1000000000000000000',
    '3': 'MAIN',
    '4': null,
    '5': '18',
    '6': '1',
    _tokenAddress: '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
    _to: '0x1D87f9D2cB9c891246C4199229b88aeaA380D77E',
    _amount: '1000000000000000000',
    _symbol: 'MAIN',
    _userData: null,
    _decimals: '18',
    _granularity: '1'
  },
  event: 'Cross',
  signature: '0x33409cca56f705a7bbed38b7db57cf3a63317f3c1b9a747bbfb3d3ecffa84f6f',
  raw: {
    data: '0x0000000000000000000000000000000000000000000000000de0b6b3a764000000000000000000000000000000000000000000000000000000000000000000a000000000000000000000000000000000000000000000000000000000000000e00000000000000000000000000000000000000000000000000000000000000012000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000044d41494e000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000',
    topics: [
      '0x33409cca56f705a7bbed38b7db57cf3a63317f3c1b9a747bbfb3d3ecffa84f6f',
      '0x0000000000000000000000008c00e56cb4e642b45b3993ce6b24393629261d9e',
      '0x0000000000000000000000001d87f9d2cb9c891246c4199229b88aeaa380d77e'
    ]
  }
}
[2020-09-12T03:45:23.840] [INFO] FEDERATOR - get transaction id: 0x7c58f26a631feb1b291ff7cbb84625e40e6dbef6ee6e714c4f008d0d7c41a890
[2020-09-12T03:45:23.868] [INFO] FEDERATOR - Voting tx: 0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token: MAIN
[2020-09-12T03:45:23.869] [INFO] FEDERATOR - Voting Transfer<PHONE_NUMBER>000000000 of MAIN trough sidechain bridge 0x17696A1BB73721a262E04101D92531A8d7878dA0 to receiver 0x1D87f9D2cB9c891246C4199229b88aeaA380D77E
[2020-09-12T03:45:23.887] [INFO] FEDERATOR - voteTransaction(0x8C00e56CB4e642B45b3993Ce6B24393629261D9e, 0x1D87f9D2cB9c891246C4199229b88aeaA380D77E,<PHONE_NUMBER>000000000, MAIN, 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5, 0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4, 2, 18, 1)
[2020-09-12T03:45:23.973] [ERROR] FEDERATOR - Send Signed Transaction Failed TxHash:undefined Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21) {
  data: {
    '0x942b42319c8ab45bf7e2a707aa94e9e7cbc1d73a388ece0aca5873f52d3254bc': { error: 'revert', program_counter: 7743, return: '0x' },
    stack: 'RuntimeError: VM Exception while processing transaction: revert\n' +
      '    at Function.RuntimeError.fromResults (/Applications/Ganache.app/Contents/Resources/static/node/node_modules/ganache-core/lib/utils/runtimeerror.js:89:13)\n' +
      '    at BlockchainDouble.processBlock (/Applications/Ganache.app/Contents/Resources/static/node/node_modules/ganache-core/lib/blockchain_double.js:632:24)\n' +
      '    at runMicrotasks (<anonymous>)\n' +
      '    at processTicksAndRejections (internal/process/task_queues.js:93:5)',
    name: 'RuntimeError'
  }
}
[2020-09-12T03:45:23.974] [ERROR] FEDERATOR - RawTx that failed {
  gasPrice: '0x6fc23ac00',
  gas: '0x3567e0',
  value: '0x0',
  to: '0x8C00e56CB4e642B45b3993Ce6B24393629261D9e',
  data: '0xd03e1ee90000000000000000000000008c00e56cb4e642b45b3993ce6b24393629261d9e0000000000000000000000001d87f9d2cb9c891246c4199229b88aeaa380d77e0000000000000000000000000000000000000000000000000de0b6b3a76400000000000000000000000000000000000000000000000000000000000000000120cac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5d6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c400000000000000000000000000000000000000000000000000000000000000020000000000000000000000000000000000000000000000000000000000000012000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000044d41494e00000000000000000000000000000000000000000000000000000000',
  from: '0x33d3ff69e5967b3e6cdc95206f1abdf0709406f7',
  nonce: '0x30',
  r: 0,
  s: 0
}
CustomError: Exception processing logs
    at Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:154:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Exception Voting tx:0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token MAIN
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:194:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Transaction Failed: Send Signed Transaction Failed TxHash:undefined Error
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:84:23)
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:190:37)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:133:25)
    at async Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:85:21)
    at async transfer (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:146:9)
    at async run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:85:5)
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:121:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
[2020-09-12T03:45:23.974] [ERROR] FEDERATOR - Error: Exception Running Federator
    at Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:92:35)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7) CustomError: Exception processing logs
    at Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:154:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Exception Voting tx:0xd6ad7a24a6aa4e8b3f32b9f49b49bef5faf9bbd512c3d44d0f0b47ff691d11c4 block: 0xcac9496cbe989225cde397504fe7ea2a74602be2e1224fa0462e4ada858809e5 token MAIN
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:194:19)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Transaction Failed: Send Signed Transaction Failed TxHash:undefined Error
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:84:23)
    at Federator._voteTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:190:37)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async Federator._processLogs (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:133:25)
    at async Federator.run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/Federator.js:85:21)
    at async transfer (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:146:9)
    at async run (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/integrationTest/integrationTest.js:85:5)
    at TransactionSender.sendTransaction (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/src/lib/TransactionSender.js:121:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
 Internal Error: Returned error: VM Exception while processing transaction: revert
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-helpers/src/errors.js:30:19)
    at onJsonrpcResult (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-core-requestmanager/src/index.js:172:36)
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/web3-providers-http/src/index.js:111:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request-event-target.js:34:22)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:208:14)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:318:14)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/federator/node_modules/xhr2-cookies/dist/xml-http-request.js:289:61)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
[2020-09-12T03:45:23.977] [DEBUG] FEDERATOR - Run 3 retrie

Seems related to environment. Could you share you dev environment?

7_deploy_bridge_v0.js
=====================

Error: Error on oz deployment Error: Returned error: VM Exception while processing transaction: revert Cannot set a proxy implementation to a non-contract address
    at Object.ErrorResponse (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/web3-core-helpers/src/errors.js:29:16)
    at /Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/web3-core-requestmanager/src/index.js:140:36
    at /Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/truffle-provider/wrapper.js:112:9
    at XMLHttpRequest.request.onreadystatechange (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/truffle-provider/node_modules/web3-providers-http/src/index.js:96:13)
    at XMLHttpRequestEventTarget.dispatchEvent (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/xhr2-cookies/xml-http-request-event-target.ts:44:13)
    at XMLHttpRequest._setReadyState (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/xhr2-cookies/xml-http-request.ts:219:8)
    at XMLHttpRequest._onHttpResponseEnd (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/xhr2-cookies/xml-http-request.ts:345:8)
    at IncomingMessage.<anonymous> (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/node_modules/xhr2-cookies/xml-http-request.ts:311:39)
    at IncomingMessage.emit (events.js:327:22)
    at endReadableNT (_stream_readable.js:1220:12)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
    at ozDeploy (/Users/ruix/workfolder/active/rebase-tokebridge/rsk-tokebridge/bridge/migrations/7_deploy_bridge_v0.js:20:15)
    at runNextTicks (internal/process/task_queues.js:62:5)
    at listOnTimeout (internal/timers.js:518:9)
    at processTimers (internal/timers.js:492:7)
Truffle v5.1.44 (core: 5.1.44)
Node v12.18.3

It's really an env related issue. But found another issue with integrationTest.

Could you describe what was missing in your configuration? for people who read this thread?


UserVoice redirects here

The text you see when you open an issue says:

If you have a feature request, please post to [the UserVoice]> (https://wpdev.uservoice.com/forums/266908).

But https://wpdev.uservoice.com/forums/266908 shows the message:

To better meet evolving user feedback needs in Windows, we will retire this forum as of October 28th, 2019. Please use the links below to continue to engage and provide your feedback to us.
WSL: https://github.com/microsoft/wsl

So where do feature requests go now, and where have all the ones that were raised previously gone?

where have all the ones that were raised previously gone

There's a mirror issue# for every feature request of note that was ever opened in UserVoice, because there was always at least one submitter that didn't read the template. Notable entries for example CUDA #1788 or USB #2195 or graphics #230 #938. Back in the day circa 2016-2017 they were closed here, but for a long time they've been de-facto left open. A search on the feature tag shows the list. If there are some low-vote outliers that don't have an issue here I suppose it is now fair game to submit them. This is going to be a bit in flux until 20H1 because a number of feature requests have been addressed in WSL2.

Because I got a notification for #230 being reopened, just want to mention that back in 2016, there was no issue template for users to read, and Microsoft employees were happily promoting this repository on twitter as a good place to submit bugs. The "correct" way to report things has of course changed since then, and some issues that were originally opened here assuming something was broken (like #230) have since been given the "feature" label instead.

Tue the template came later; however UserVoice was always the "correct" place to submit feature requests, and feature submissions were actively being closed at the time (poster child #131). Bug versus feature distinction being up for interpretation, mind, so there was always going to some built-in ambiguity. Never hurt to try.
#230 was a seriously oddball case. I think that's the only example in the now 4600+ odd submissions to date where nominally existing WSL functionality got killed. Your submission was totally fair game. I suppose it could have been give a one-of-a-kind a "nothing-to-see-here" tag.

I'll look into where to find the old Uservoice content and how to merge the content onto Github. When I have updates I'll post them here!


Error with 'discord' in name

Started server.py
Started client.py
All was working smoothly, until....
Traceback (most recent call last):
  File "/opt/homebrew/lib/python3.10/site-packages/websockets/legacy/server.py", line 240, in handler
    await self.ws_handler(self)
  File "/opt/homebrew/lib/python3.10/site-packages/websockets/legacy/server.py", line 1186, in _ws_handler
    return await cast(
  File "/Users/tester/Desktop/DiscordWizard-main/server.py", line 148, in websocket_handler
    updated_sitemap = await update_server_structure(data["data"], sitemap_file)
  File "/Users/tester/Desktop/DiscordWizard-main/server.py", line 59, in update_server_structure
    webhook = await channel.create_webhook(name=WEBHOOK_NAME)
  File "/opt/homebrew/lib/python3.10/site-packages/discord/channel.py", line 419, in create_webhook
    data = await self._state.http.create_webhook(self.id, name=str(name), avatar=avatar)
  File "/opt/homebrew/lib/python3.10/site-packages/discord/http.py", line 302, in request
    raise HTTPException(r, data)
discord.errors.HTTPException: 400 Bad Request (error code: 50035): Invalid Form Body
In name: Username cannot contain "discord"
2023-10-11 10:26:13,705 - INFO - connection closed

do the other server got a channel called discord?

mmm no it does not seem to have, not even with discord inside any of the channel names

not sure how to get it

it gets created when server.py starts

The same error happened to me.
This error seems to prevent the sitemap .json file from generating. That's why you couldn't find it.
Try this:
Just change the webhook name in the settings.yaml file to something that doesn't contain the word 'discord'.
Incorrect:
webhook_name: DiscordWizard
Correct:
webhook_name: Wizard
I also changed the name of the folder containing this project files from 'DiscordWizard' to 'Wizard', just in case.
Worked for me.


Throw an error if the same chains are included and excluded

It's possible to have the same chain in the list of included and excluded chains. This leads to unexpected behavior and could lead to silent bugs where the chains that should display data are missing from the structure.

I added a check to ensure the same chains aren't included and excluded.


Output with one direction only

Is it possible to get output for one direction only? Let's say give it a LTR source and get RTL output only.

Hi, @FaridAghili,
That is what RTLCSS does. Poscss-RTLSS is based on this plugin to generate LTR and RTL rules in a single file, but if you want to convert an entire input to RTL you should use RTLCSS.
Regards!

Can I use RTLCSS as postcss plugin?
Sorry, I know it's another topic.

From: Iván Pereira @.>
Sent: Tuesday, May 18, 2021 12:03:33 AM
To: elchininet/postcss-rtlcss @.>
Cc: Farid Aghili @.>; Mention @.>
Subject: Re: [elchininet/postcss-rtlcss] Output with one direction only (#78)
Hi, @FaridAghilihttps://github.com/FaridAghili,
That is what RTLCSShttps://github.com/MohammadYounes/rtlcss does. Poscss-RTLSS is based on this plugin to generate LTR and RTL rules in a single file, but if you want to convert an entire input to RTL you should use RTLCSS.
Regards!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/elchininet/postcss-rtlcss/issues/78#issuecomment-842578285, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACBVKLIEPQC4F6NYJWJ6ANTTOFVQ3ANCNFSM45A6K7WA.

Yes, it can be used as a Postcss plugin and it is very customizable.

Thank you.


Add HOMEBREW_CLEANUP_PERIODIC_FULL_DAYS environment variable

This allows customisation of how often the periodic cleanups are done.
This is something that I spoke to the GitHub Actions team about.

Review period will end on 2020-12-10 at 10:22:27 UTC.

Review period ended.


Method name evaluate runs fine, eval gets Playwrite error

See pwp_test_eval_vs_evaluate.
Easy workaround, might be mostly a docs fix.

Indeed it is a docs issue.


Crashing on OSX

Describe the bug
Orbstack crashing unexpectedly every few minutes
To Reproduce
No response
Expected behavior
No response
Diagnostic report (REQUIRED)
OrbStack info:
Version: 1.6.4
Commit: 90e832a0f4c6787bd028dc4efcd9c98cd5a2bc3d (v1.6.4)
System info:
macOS: 14.5 (23F79)
CPU: arm64, 20 cores
CPU model: Apple M1 Ultra
Model: Mac13,2
Memory: 64 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2024-07-16T19-27-40.662544Z.zip

Screenshots and additional context (optional)
No response

Duplicate of #1334


Automated cherry pick of #3670: Fix broken Markdown links check for main branch

Cherry pick of #3670 on release-1.6.
#3670: Fix broken Markdown links check for main branch
For details on the cherry pick process, see the cherry pick requests page.

/skip-all


Added icons and links in footer issue #18

@Astrodevil  I've added the icons and link, pls check it.

@anuza08 Please provide short video or screenshot of the changes you've made.


Issue with dict.iteritems

Ok so this one is in between your code and tensorflow potentially being bugged. I'm just posting my quick fix for other people to see.
So if you get the "AttributeError: 'dict' object has no attribute 'iteritems' " error when running udc_train.py, the simple fix is to change all occurences of 'iteritems' in graph_io.py by 'items' (using sed for example).
I know it is not a good long term solution but it will allow you to run the script at least temporally.

As you are in python3 , use dict.items() instead of dict.iteritems()
iteritems() was removed in python3, so you can't use this method anymore.
Take a look at Python Wiki (Link)
In Built-in Changes part, it is stated that
Removed dict.iteritems(), dict.iterkeys(), and dict.itervalues().
Instead: use dict.items(), dict.keys(), and dict.values() respectively.
Amir H. Jadidinejad

On Sep 21, 2016, at 6:59 PM, lcorbel<EMAIL_ADDRESS>wrote:
Ok so this one is in between your code and tensorflow potentially being bugged. I'm just posting my quick fix for other people to see.
So if you get the "AttributeError: 'dict' object has no attribute 'iteritems' " error when running udc_train.py, the simple fix is to change all occurences of 'iteritems' in graph_io.py by 'items' (using sed for example).
I know it is not a good long term solution but it will allow you to run the script at least temporally.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

fixed in tensorflow 0.11 and above

Closing this :)


[ENH] Removes the dist_kerns module

removes the dist_and_kernels module, see #47 for reasons, fixes #47.

begone strange package


Browser SOlidity not compiling

Browser SOlidity not compiling and visible after possibly yesterday's checkin.

My bad, was struck at settings tab on top right, wish it could be reset to contract tab again.
Creating a separate issue for that.


Allow for comments in http format target files

With the http-format to specify targets it would be useful to allow for comments, e.g. lines starting with "#" should be ignored.
This would allow for developing your target file more easily, and for documenting it in general.

This sounds reasonable.


Update README.md

Added more of our notes from the chat we had last week. The "Run Example Service" remains a little raw; maybe add a line of intro text just to set it up?

Thank you for this great PR!


Does not move to next parameter unti first character is typed (cmp, pyright)

Hi!
I am trying to use lsp_signature with cmp and pyright, using only the virtual text hints.
It is mostly working, except of one small quirk: The virtual text hint does not move on to the next parameter until I type the first character. Once I finish the function and go back it immediatly shows the correct parameter.
Demo:

Interestingly, if I skip the first parameter, it immediatly moves on to the second:

I tried adding ',' and '(' as trigger_chars manualy, but that did not seem to have any impact.
My config is below:
Thank you for the great plugin :)
"========================================
"            Signature X
"========================================

lua << EOF
  cfg = {
    debug = false, -- set to true to enable debug logging
    log_path = vim.fn.stdpath("cache") .. "/lsp_signature.log", -- log dir when debug is on
    -- default is  ~/.cache/nvim/lsp_signature.log
    verbose = false, -- show debug line number

    bind = true, -- This is mandatory, otherwise border config won't get registered.
                 -- If you want to hook lspsaga or other signature handler, pls set to false
    doc_lines = 1, -- will show two lines of comment/doc(if there are more than two lines in doc, will be truncated);
                   -- set to 0 if you DO NOT want any API comments be shown
                   -- This setting only take effect in insert mode, it does not affect signature help in normal
                   -- mode, 10 by default

    floating_window = false, -- show hint in a floating window, set to false for virtual text only mode

    floating_window_above_cur_line = true, -- try to place the floating above the current line when possible Note:
    -- will set to true when fully tested, set to false will use whichever side has more space
    -- this setting will be helpful if you do not want the PUM and floating win overlap
    fix_pos = false,  -- set to true, the floating window will not auto-close until finish all parameters
    hint_enable = true, -- virtual hint enable
    hint_prefix = "💡 ",  -- Lightbulb for parameter
    hint_scheme = "String",
    use_lspsaga = false,  -- set to true if you want to use lspsaga popup
    hi_parameter = "LspSignatureActiveParameter", -- how your parameter will be highlight
    max_height = 3 , -- max height of signature floating_window, if content is more than max_height, you can scroll down
                     -- to view the hiding contents
    max_width = 100, -- max_width of signature floating_window, line will be wrapped if exceed max_width
    handler_opts = {
      border = "rounded"   -- double, rounded, single, shadow, none
    },

    always_trigger = false, -- sometime show signature on new line or in middle of parameter can be confusing, set it to false for #58

    auto_close_after = nil, -- autoclose signature float win after x sec, disabled if nil.
    extra_trigger_chars = {"(", ","}, -- Array of extra characters that will trigger signature completion, e.g., {"(", ","}
    zindex = 200, -- by default it will be on top of all floating windows, set to <= 50 send it to bottom

    padding = '', -- character to pad on left and right of signature can be ' ', or '|'  etc

    transparency = nil, -- disabled by default, allow floating win transparent value 1~100
    shadow_blend = 36, -- if you using shadow as border use this set the opacity
    shadow_guibg = 'Black', -- if you using shadow as border use this set the color e.g. 'Green' or '#121315'
    timer_interval = 20, -- default timer check interval set to lower value if you want to reduce latency
    toggle_key = '<C-e'  -- toggle signature on and off in insert mode,  e.g. toggle_key = '<M-x>'
  }

require'lsp_signature'.on_attach(cfg)
EOF

Noticed:

require'lsp_signature'.on_attach(cfg), you should use setup() instead, on_attach() should be used inside lsp on_attach
For python, pyright, you do not need extra_trigger_chars

Do you have a minium vimrc to reproduce the issue.
I have a minium vimrc template here:
https://github.com/ray-x/nvim/blob/master/min/init_pack.lua

Hi Ray!
Thanks for the quick reply.
Changing to setup() did not fix the problem.
It took me a bit to get a minimal setup to reproduce this: For some reason it depends on the specific python code, and not every function call has this issue - maybe it is a pyright issue after all?
With the init.vim at the end of this file and the latest pyright from pip (1.1.163) open the following test.py:
class SourceFiles:
    def __init__(self):
        pass

    def add_from_root_file(self, root_file_path, settings):
        _ = self
        _ = root_file_path
        _ = settings

def parse_source_files(source_files: SourceFiles):
    _ = source_files

def main():
    source_files = SourceFiles()
    source_files.add_from_root_file('some file', 'some settings')

    # Try typing source_files.add_from_root_file(' ', ' ') here:
    #####

    #####

    # Deleting the following line makes everything work:
    parsed_files = parse_source_files(source_files)

    _ = parsed_files

When I start typing source_files.add_from_root_file('  in the spot indicated, i get the same behaviour as shown in the original gifs.
Strangely enough, deleting the line after ( parsed_files = parse_source_files(source_files) ) fixes the problem, and many other functions behave correctly - making me think pyright might be acting up?
I hope this is reproducable and has all the info you need.
Init.vim:
call plug#begin('~/.config/nvim/plugged')

" nvim-lsp + LSP stuf
Plug 'neovim/nvim-lspconfig'
Plug 'ray-x/lsp_signature.nvim'

Plug 'hrsh7th/cmp-nvim-lsp'
Plug 'hrsh7th/cmp-buffer'
Plug 'hrsh7th/cmp-path'
Plug 'hrsh7th/cmp-cmdline'
Plug 'hrsh7th/nvim-cmp'
Plug 'quangnguyen30192/cmp-nvim-ultisnips'

" ultisnips
Plug 'sirver/ultisnips'

call plug#end()

source ~/.vimrc

"========================================
"            lsp config
"========================================

nnoremap <leader>gd             :lua vim.lsp.buf.definition()<CR>
nnoremap <leader>gD             :lua vim.lsp.buf.declaration()<CR>
nnoremap <leader>gr             :lua vim.lsp.buf.references()<CR>
nnoremap <leader>gi             :lua vim.lsp.buf.implementation()<CR>
nnoremap <leader>gc             :lua vim.lsp.buf.incoming_calls()<CR>
nnoremap <leader>go             :lua vim.lsp.buf.outgoing_calls()<CR>
nnoremap <leader>gh             :ClangdSwitchSourceHeader<CR>
nnoremap <leader>rn             :lua vim.lsp.buf.rename()<CR>
nnoremap <leader>F              :lua vim.lsp.buf.formatting()<CR>
 noremap <leader>k              :lua vim.lsp.buf.hover()<CR>

lua << EOF
local nvim_lsp = require('lspconfig')
local capabilities = require('cmp_nvim_lsp').update_capabilities(vim.lsp.protocol.make_client_capabilities())

-- Default server config
local servers = {'pyright'}
for _, lsp in ipairs(servers) do
    nvim_lsp[lsp].setup {
      -- on_attach = on_attach, -- default, no lsp_signature
      on_attach = function(client, bufnr) -- with lsp_signature hook
          require "lsp_signature".on_attach()
      end,
      capabilities = capabilities
    }
end

EOF

"========================================
"            cmp Setup
"========================================

set completeopt=menu,menuone
set signcolumn=number

lua << EOF
  -- Setup nvim-cmp.
  local cmp = require'cmp'

  cmp.setup({
    snippet = {
      -- REQUIRED - you must specify a snippet engine
      expand = function(args)
        vim.fn["UltiSnips#Anon"](args.body)
      end,
    },

    mapping = {
      ['<C-b>'] = cmp.mapping(cmp.mapping.scroll_docs(-4), { 'i', 'c' }),
      ['<C-f>'] = cmp.mapping(cmp.mapping.scroll_docs(4), { 'i', 'c' }),
      ['<C-Space>'] = cmp.mapping(cmp.mapping.complete(), { 'i', 'c' }),
      ['<Tab>'] = cmp.mapping(cmp.mapping.select_next_item(), { 'i', 'c' }),
      ['<S-Tab>'] = cmp.mapping(cmp.mapping.select_prev_item(), { 'i', 'c' }),
      ['<C-y>'] = cmp.config.disable, -- Specify `cmp.config.disable` if you want to remove the default `<C-y>` mapping.
      ['<C-e>'] = cmp.mapping({
        i = cmp.mapping.abort(),
        c = cmp.mapping.close(),
      }),
      ['<CR>'] = cmp.mapping.confirm({ select = true }), -- Accept currently selected item. Set `select` to `false` to only confirm explicitly selected items.
    },

    sources = cmp.config.sources({
      { name = 'nvim_lsp', max_item_count = 10},
      { name = 'ultisnips', max_item_count = 10}, -- For ultisnips users.
    }, {
      { name = 'buffer', max_item_count = 10},
    }),
  })

EOF

"========================================
"            Signature X
"========================================

lua << EOF
  cfg = {
    debug = false, -- set to true to enable debug logging
    log_path = vim.fn.stdpath("cache") .. "/lsp_signature.log", -- log dir when debug is on
    -- default is  ~/.cache/nvim/lsp_signature.log
    verbose = false, -- show debug line number

    bind = true, -- This is mandatory, otherwise border config won't get registered.
                 -- If you want to hook lspsaga or other signature handler, pls set to false
    doc_lines = 1, -- will show two lines of comment/doc(if there are more than two lines in doc, will be truncated);
                   -- set to 0 if you DO NOT want any API comments be shown
                   -- This setting only take effect in insert mode, it does not affect signature help in normal
                   -- mode, 10 by default

    floating_window = false, -- show hint in a floating window, set to false for virtual text only mode

    floating_window_above_cur_line = true, -- try to place the floating above the current line when possible Note:
    -- will set to true when fully tested, set to false will use whichever side has more space
    -- this setting will be helpful if you do not want the PUM and floating win overlap
    fix_pos = false,  -- set to true, the floating window will not auto-close until finish all parameters
    hint_enable = true, -- virtual hint enable
    hint_prefix = "💡 ",  -- Lightbulb for parameter
    hint_scheme = "S",
    use_lspsaga = false,  -- set to true if you want to use lspsaga popup
    hi_parameter = "LspSignatureActiveParameter", -- how your parameter will be highlight
    max_height = 3 , -- max height of signature floating_window, if content is more than max_height, you can scroll down
                     -- to view the hiding contents
    max_width = 100, -- max_width of signature floating_window, line will be wrapped if exceed max_width
    handler_opts = {
      border = "rounded"   -- double, rounded, single, shadow, none
    },

    always_trigger = false, -- sometime show signature on new line or in middle of parameter can be confusing, set it to false for #58

    auto_close_after = nil, -- autoclose signature float win after x sec, disabled if nil.
    extra_trigger_chars = {"(", ","}, -- Array of extra characters that will trigger signature completion, e.g., {"(", ","}
    zindex = 200, -- by default it will be on top of all floating windows, set to <= 50 send it to bottom

    padding = ' ', -- character to pad on left and right of signature can be ' ', or '|'  etc

    transparency = nil, -- disabled by default, allow floating win transparent value 1~100
    shadow_blend = 36, -- if you using shadow as border use this set the opacity
    shadow_guibg = 'Black', -- if you using shadow as border use this set the color e.g. 'Green' or '#121315'
    timer_interval = 20, -- default timer check interval set to lower value if you want to reduce latency
    toggle_key = '<C-e'  -- toggle signature on and off in insert mode,  e.g. toggle_key = '<M-x>'
  }

require'lsp_signature'.setup(cfg)
EOF

This is a upstream issue. Lsp signature got wrong signature help message from pyright.
Here is a dump of signature help
{
  activeParameter = 2,
  signatures = { {
      label = "(root_file_path: Unknown, settings: Unknown) -> None",
      parameters = { {
          label = { 1, 24 }
        }, {
          label = { 26, 43 }
        } }
    } }
}

Note: According to LSP spec, activeParameter should be 0-indexed, and activeParameter = 2  is a out of boundary reference. It should be 1.

Thank you for taking the time to look into this!
I'm closing this, and will report upstream when I have a moment.


Retraction broken when using custom :fact-type-fn

Not sure if this is a known limitation?  This test:
(clojure.test/is
 (= (do

      ;; Records

      (defrecord A [])
      (defrecord B [])

      (defrule a->b
        [A] => (insert! (->B)))

      (defquery b? []
        [?b <- B])

      (-> (mk-session [a->b b?])
          (insert (->A))
          (fire-rules)
          (retract (->A))
          (query b?)))

    (do

      ;; Maps

      (defn ->a [] {:type :a})
      (defn ->b [] {:type :b})

      (defrule a->b
        [:a] => (insert! (->b)))

      (defquery b? []
        [?b <- :b])

      (-> (mk-session [a->b b?] :fact-type-fn :type)
          (insert (->a))
          (fire-rules)
          (retract (->a))
          (query b?)))))

fails with
(not (= () ({:?b {:type :b}})))

Haven't had a chance to dig into why yet, just posting incase I'm missing something obvious or well-known!

This looks like a bug. Thanks for reporting it! I poked around the code a bit and have a pretty good idea of what's going on and will get a fix posted soon.

I believe this is fixed in the above commit. The problem was that the truth maintenance flow didn't have the custom type function provided by the user, and was always using Clojure's built-in type. This is an edge case we hadn't run into since we don't make heavy use of custom type functions, but it's definitely an important one and I'm glad we found and fixed it.
The key change is around line 281 in engine.clj. I had to add the needed function to the working memory data structure to make it visible at that point in the flow. I also added some unit tests to be sure we don't break this in the future.
If this works for your use case I can get it merged into master and push out a fix release without too much trouble.
Thanks for reporting this and for posting a simple unit test! It made finding it much easier.
-Ryan

Thanks so much Ryan!
I noticed there wasn't a unit test for custom type fns and retract, so can understand how this might have slipped through the net!  All makes sense and the fix definitely works for me.
I'm hoping to use Clara as the 'view model' in a reagent / datomic app - so will likely touch on a few other less well trodden aspects. Happy to help solve problems as they arise once I'm a little more familiar with the code base!
So far it's been smooth sailing, so thank you for all the work you've put in.

Jonathan

Hey Jonathan,
Sounds great! I went ahead and merged this to master, so I think we can consider this closed. Feel free to reopen or open another issue if you disagree.
Cool use case, by the way. If you do run into other edge cases in your app please don't hesitate to report them here. My use of Clara is heavily oriented to Clojure rather than ClojureScript, but all of this only makes the system stronger.
Thanks!
-Ryan


Feedback

Some of these are opinions, it looks and works great btw, 99% awesome :D The service worker animation is 👌

[ ] Circling dots on Firefox are chuggy until the whole page is loaded
[x] Portuguese translation isn't working for me
Features

[x] Hover effect on the icons gives me a false sense of them being clickable
[ ] Body content for "Add and retrieve files from anywhere in the IPFS Network" is much longer than the first 3 items so there's a big white space area that looks a little weird
[ ] Left align the body content for easier readability?
[x] "libp2p is built in" - add link to libp2p.io?

What people are building with it

[x] Gray logos make them look disabled
[x] Left/right navigation click area is too small (only the visible area of the arrow)

Publications & Talks

[x] Left/right navigation click area is too small (only the visible area of the arrow)

Community

[x] Links aren't wired up

🚀 👍

@alanshaw converted your feedback to check boxes so that we can go through all of them.

Circling dots on Firefox are chuggy until the whole page is loaded

This will be handled in #29.

Body content for "Add and retrieve files from anywhere in the IPFS Network" is much longer than the first 3 items so there's a big white space area that looks a little weird

Will create a new issue for this.

Left align the body content for easier readability?

This was indeed a design choice and it would require a lot of sections to be thought out differently.

Closing this as other stuff was addressed, @alanshaw thank you for your valuable feedback.


Image is not display on .xlsx file

Hello,
I am working on angular project . I am using code as below
import * as XLSX from 'xlsx';
buttonClick() {
const ws: XLSX.WorkSheet = XLSX.utils.table_to_sheet(this.table.nativeElement); // converts a DOM TABLE element to a worksheet
const wb: XLSX.WorkBook = XLSX.utils.book_new();
XLSX.utils.book_append_sheet(wb, ws, 'Sheet1');
const date = new Date();
const fileName =
report.xlsx;
/* save to file */
XLSX.writeFile(wb, fileName);
}
HTML , I have used table but in image part I have used this type.

I have created .xlsx file and other text and numbers are display but image is not display on .xlsx file.
Any one know ?

Image support is included in our Pro builds


Update datasets docs

The explanations of num_words and skip_top may be wrong: that words is replaced oov_char's value in this line, not 0.
Remove indent of __test_split__ to show correctly

Thank you for your review. I fixed it.


Any plans to implement regexes in DSL-reconstruction?

https://github.com/lark-parser/lark/blob/54027942515054682a2958d7a7570a162311c177/lark/reconstruct.py#L38
I have an application in which code generation is as important as code parsing. I can generate correct DSL code as a repr of my own objects fairly easily (it's of course the parsing task for which Lark is really essential), but it would be nice to have a single source of truth for the DSL definition in my .lark file.
However, my grammar contains a few regexes (_LABELMARK: /(?<!\\)@/, _HASHMARK: /(?<!\\)#/, and the tutorials' _NEWLINE: /(\r?\n[\t ]*)+/), and so can't be used with the current Reconstructor interface. Are there any plans to do some sort of "defualt guess" for these regexes? I guess it's a pretty hard problem; I don't myself don't know of a general way to do this, hence the scare quotes.

Making an automatic guess is possible, to the extent that the regex is perfectly restrictive.
I'll have to think about how difficult that would be.
But meanwhile, it's possible to expose an interface that will let you generate the text, based on the terminal name. Would that solve your problem?

The mapping from strings to regex matchings is certainly not a bijection--you might have multiple documents that all elicit the same response from a regex parser. I believe that choosing a default response should in principle be possible (select any one of those documents, perhaps the "simplest" one), but is probably difficult to do efficiently without built-in support from the underlying regex engine.
That said, it's far easier for me as the language designer to know ahead of time what that one "simplest" interpretation is; I already solved the problem for my own purposes by just writing an appropriate collection of __str__ methods on the objects I generate from your Transformer interface. (Actually, I went further and decided that, for my application, it's better to just use Markdown+extensions than to define my own DSL, but that's not the point.)
I guess a nice middle ground would be to make something like the Transformer interface for going backwards from the Tree hierarchy (the result of Lark.parse) to a string representation. But only if there's enough demand, and a slightly deeper consideration of the issue than mine reveals a pattern more elegant than my quickly-hacked-together __str__ technique. It's probably better for a library to be minimal to do the hard things like parsing, and let me handle the easy things myself.
So, I'd say, add it to the "someday" list and move on.

Note: This interface is already exposed via term_subs. It just isn't documented.

Thanks; that's probably what I should use.


Unable to find global.yaml in version 1.9.0 and above

(NOTE: This is used to report product bugs:
To report a security vulnerability, please visit https://istio.io/about/security-vulnerabilities
To ask questions about how to use Istio, please visit https://discuss.istio.io)
Bug description
Unable to find global.yaml for 1.9.0 and above versions
[x] Docs
[x] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
[ ] Upgrade
Expected behavior
unable to find global.yaml in 1.9.0 and above versions. I was able to download from 1.8.0 and 1.7.0 versions
Steps to reproduce the bug
https://github.com/istio/istio/releases/tag/1.9.0
downloading the below file from above link
istio-1.9.0-win.zip
but when going to manifests->charts->unable to find global.yaml

Version (include the output of istioctl version --remote and kubectl version --short and helm version --short if you used Helm)
I am using helm3 to install istio base,ingress,control plane
How was Istio installed?
using helm
Environment where the bug was observed (cloud vendor, OS, etc)
Installing in gcp cloud
Additionally, please consider running istioctl bug-report and attach the generated cluster-state tarball to this issue.
Refer cluster state archive for more details.

This is working as intended. global.yaml is no longer needed; values.yaml in each chart contains all options needed per standard helm practices

Hey @howardjohn  Thaks for the reply but this is how i am using for 1.8.1 and before versions without global.yaml how can i run below command
helm install -n istio-system istio-ingress manifests/charts/gateways/istio-ingress -f manifests/charts/global.yaml

just remove -f manifests/charts/global.yaml


SDK API, Issue of Default sort by object id instead sort by facet display : count

Algolia APP ID : T3TPSRKPQT.  [UAT]
algolia sdk
function search
readonly search:
<TObject>(queries: readonly MultipleQueriesQuery[], requestOptions?: RequestOptions & MultipleQueriesOptions) => Readonly<Promise<MultipleQueriesResponse<TObject>>>
[
    {
        "params": {
            "facets": [
                "*"
            ],
            "facetFilters": [],
            "query": "adidas",
            "hitsPerPage": 10,
            "maxValuesPerFacet": 20,
            "clickAnalytics": true,
            "page": 1
        },
        "indexName": "uat_mdc_cds_th_products"
    }
]

in response we have params
 "params": "facets=%5B%22*%22%5D&facetFilters=%5B%5D&query=adidas&hitsPerPage=10&maxValuesPerFacet=20&clickAnalytics=true&page=1&facetFilters=%5B%22brand_name_tokenized%3Aadidas%22%5D",
            "index": "uat_mdc_cds_th_products",

and i just get the response to call direct algolia
url: https://t3tpsrkpqt-dsn.algolia.net/1/indexes/*/queries
call direct
{
    "requests": [
        {
            "indexName": "uat_mdc_cds_th_products",
            "params": "facets=%5B%22*%22%5D&facetFilters=%5B%5D&query=adidas&hitsPerPage=10&maxValuesPerFacet=20&clickAnalytics=true&page=1&facetFilters=%5B%22brand_name_tokenized%3Aadidas%22%5D"
        }
    ]
}

but response it different, [ ON SDK, Default sort by object id instead from facet display : count]
Example of response :
From SDK response : correct sort by count
 "category_ids": {
14          "3052": 332,
15          "3053": 982,
16          "3054": 264,
17          "3062": 1318,
18          "3565": 180,
19          "4040": 425,
20          "4041": 207,
21          "4047": 197,
22          "4062": 300,
23          "5634": 631,
24          "5957": 359,
25          "5958": 336,
26          "5965": 177,
27          "21614": 721,
28          "25594": 387,
29          "26686": 167,
30          "1838140": 395,
31          "2782732": 171,
32          "3131223": 568,
33          "3132225": 568
34        },

from post main : correct sort by count
"category_ids": {
17          "3062": 1318,
18          "3053": 982,
19          "21614": 721,
20          "5634": 631,
21          "3131223": 568,
22          "3132225": 568,
23          "4040": 425,
24          "1838140": 395,
25          "25594": 387,
26          "5957": 359,
27          "5958": 336,
28          "3052": 332,
29          "4062": 300,
30          "3054": 264,
31          "4041": 207,
32          "4047": 197,
33          "3565": 180,
34          "5965": 177,
35          "2782732": 171,
36          "26686": 167

Expected Result :
From SDK response : should sort by count

Facet display is used to sort the facet values again on the frontend, it doesn't affect how the facets get returned by the engine, as an object doesn't technically have an ordering. You can use sortFacetValuesBy to control the ordering of items in the facets object before they're displayed.
Our InstantSearch and algoliasearch-helper libraries do this sorting based on facet ordering out of the box

we need to handle sort of facet values from facet display setting on Algolia so we couldn't use function to control the ordering .
Currently SKU  doesn't return data ordering  as set on config Facet Ordering .

As said, facet ordering has no impact on the facets result. It gets returned in the response and is intended to sort those values in the frontend. You can see more info here: https://www.algolia.com/doc/guides/building-search-ui/ui-and-ux-patterns/facet-display/react/#building-the-ui-without-instantsearch


Created VA Profile Stored Function

#224 #649
Stored function returns boolean in table which correctly created and updates rows; will fix this in new ticket for function to return value

I have incorporated the changes to the local cache table and stored function into branch #679.  We should incorporate additional changes in separate PRs for separate tickets.
@maham360 @jakehova


Data Source Selector is not working

Describe the bug
In "Link Properties" window, the "Data Source Selector" field stay empty even with a fresh installation of Cacti 1.2.28.
Screenshots

Expected behavior
No error appears in the log.
"Graph Selector" field working fine.
Plugin Weathermap:
Version: 1.3.1
Source: github
Identifer: https://github.com/Cacti/plugin_weathermap/commit/cd3037f9d5c3f7da738b424eba0eb19824317b5a

Desktop:
OS: Ubuntu 24.04.01 LTS
Browser : Firefox
Version : 132.0.2

Open your browsers debug window and go to it's console.  See if there are JavaScript error there.

There are no errors in the browser debug window.
I see the JSON response with the "Graph Selector" request which is not empty.

https://*******************/cacti/plugins/weathermap/weathermap-cacti-plugin-editor.php?mapname=simple.conf&action=graphs&term=&target=link_picker&graph_template_id=-1
But I see the JSON response with the "Data Source Selector" request which is empty.

https://*******************/cacti/plugins/weathermap/weathermap-cacti-plugin-editor.php?mapname=simple.conf&action=datasources&term=&target=link_target_picker&graph_template_id=-1


Fix controller agent common operation options config

"operation_options" works as patch for all operation options.
I hereby agree to the terms of the CLA available at: https://yandex.ru/legal/cla/?lang=en

Please cherry-pick into stable branches.

LGTM, let's wait for someone to run tests.

These tests failed:

test_scheduler_operation_lifecycle.py::TestSchedulerAttributes test_specs

test_scheduler_config.py::TestSchedulerConfig test_cypress_config

test_gpu_layers.py::TestGpuCheck test_gpu_check_success

test_layers.py::TestDockerImage test_docker_image_success

test_user_job.py::TestSlotManagerResurrect test_job_env_resurrect_with_volume_and_container_leak

Ok this patch is wrong.
"operation_options" must not override type-specific options.
It must override defaults.

Later


Support Bedrock as chat_models

Langchain for python supports Amazon Bedrock as chat_models.
https://github.com/langchain-ai/langchain/blob/master/libs/langchain/langchain/chat_models/bedrock.py
It is better if this is supported in langchainjs (JavaScript).

I'll close the issue because it's a duplicate issue.

Can you also support Sagemaker as ChatModel? In the sameway. for Javascript? That would be really helpful.


Wrong result when call numba function which returns structured array inside of other numba function

The wrong result when getting an item from a structured array returned by numba function ONLY if this function is called inside of other numba function.
import numpy as np
import numba as nb

DATA = np.dtype([("A", np.uint16), ("B", np.uint16)])

@nb.njit()
def get_data(data):
    result = np.zeros(1, dtype=DATA)
    result[0]["A"] = data
    result[0]["B"] = data
    return result

@nb.njit()
def inside_call():
    print(get_data(100))
    print(get_data(100)[0])

inside_call()
print(get_data(100))
print(get_data(100)[0])

returns:

[(100, 100)]
(57054, 57054)   <--- wrong
[(100, 100)]
(100, 100)

@ceo-domido thank you for reporting this, I can confirm I am able to reproduce this.

@ceo-domido thank you for reporting this, I can confirm I am able to reproduce this.

57054 corresponds to 0xde. this indicates the numba freed the memory before the struct is used in print.

57054 corresponds to 0xde. this indicates the numba freed the memory before the struct is used in print.


Sensors not available on load

It seems that even though the wiser integration is showing a loaded, when you try and load your integration, no climate entities exist, therefore not rooms to enumerate.  This is because the integration is loaded but the non blocking routine to create all the entities has not finished.  As your code assumes that at startup, these enitites exist and you never try to enumerate the rooms again this is why it is failing.  I imagine of you reload the integration after everything has started, then this works ok?
This is a little imperfect but add a check in your coordinator to check if self_rooms is not empty and fail the update if not.  That way, your component will raise a ConfigNotReady and retry.  Looks like it only does this once in my dev environment.  It does log an error in the HA log from the DataUpdateCoordinator code (which you cannot stop if using a DataUpdateCoordinator).
However, as this is meant for getting data from a rest endpoint (which you are not doing), it maybe better to change this to your own update method class.  If you can live with the error, then keeping as is is fine.
class HeatingAutomationCoordinator(DataUpdateCoordinator):

    def __init__(self, hass, config):
        self.platforms = []
        self.hass = hass
        self._rooms = None
        self._flow_temp = hass.data['sensor'].get_entity('sensor.panasonic_heat_pump_main_main_target_temp')
        self._ambient_temp = hass.data['sensor'].get_entity('sensor.panasonic_heat_pump_main_outside_temp')
        super().__init__(
            hass,
            _LOGGER,
            name = NAME,
            update_method=self.async_update_data,
            update_interval = SCAN_INTERVAL
        )

    async def async_update_data(self):
        _LOGGER.debug("Heating Automation polled")
        self._rooms = get_room_entities(self.hass)
        if not self._rooms:
            raise UpdateFailed
        return True

    @property
    def rooms(self):
        return self._rooms

    @property
    def flow_temperature(self):
        return self._flow_temp.state

    @property
    def outside_temperature(self):
        return self._ambient_temp.state

EDIT:  You may also have the same issue with your aquara sensors not being created when you initialise your integration.  It maybe worth checking those in the update method too and raising the update failed error if so.  I don't have your setup so could not test that bit.

In terms of using service calls, I think the issue is you are trying to do this in a callback routine.  When trying this, it was causing my HA to hang and had to be terminated (guessing some race condition got created!).
Anyway, best way to do this would be as below:
Add following to your init.py as methods in your DataUpdateCoordinator
    async def async_advance_schedule(self, entity_id):
        _LOGGER.debug(f"Advancing schedule on {entity_id}")
        await self.hass.services.async_call(
                    domain = "climate",
                    service = "set_preset_mode",
                    service_data = {"preset_mode": "Advance Schedule"},
                    target = {"entity_id": entity_id}
                )

    async def async_cancel_overrides(self, entity_id):
        _LOGGER.debug(f"Cancelling overrides on {entity_id}")
        await self.hass.services.async_call(
                    domain = "climate",
                    service = "set_preset_mode",
                    service_data = {"preset_mode": "Cancel Overrides"},
                    target = {"entity_id": entity_id}
                )

Then when you want to call the service in your sensor.py update script use the below code..
self.coordinator.hass.add_job(
            self.coordinator.async_cancel_overrides(self._room.entity_id)
        )

or
self.coordinator.hass.add_job(
            self.coordinator.async_advance_schedule(self._room.entity_id)
        )


Redirect from (trashed) entities

Use case: when merging multiple entities, every entity except the new canonical one gets trashed. We'd like authors to configure a redirection from these trashed entities to the canonical one (so that old links still work).
Even better: merge of entities as a new action so that we have the information about that (e.g. to show the histories of all merged entities)

Moved to backlog document for feature requests


Document not found when using custom ID, works with _rid

When I try to read or delete a document using a custom GUID, I get an exception. If I use the document's _rid it works fine.
Microsoft.Azure.Documents.NotFoundException
The value 'dbs/xxxxxx==/colls/xxxxxxyyyyyy=/docs/zzzzzz' specified  for query '$resolveFor' is invalid.\r\nActivityId: ...

Here's the code:
var database = "xxxxxx==";
var collection = "xxxxxxyyyyyy=";
var id = "zzzzzz";
var link = UriFactory.CreateDocumentUri(database, collection, id);
var res = await _client.ReadDocumentAsync(link);
var obj = (T)(dynamic)res.Resource;
return obj;

I'm using a new DocumentDB instance and .NET SDK 1.5.3. Thanks.

I am also experiencing this issue while using ReplaceDocumentAsync.  Works with the the _rid but not with the user assigned id.

@sjwoodard CreateDocumentUri methods expects the "id" of the database/collection/document but you seem to be passing the "_rid" to it, so if you pass the "id" property of database/collection to this API, it should work.
@jonathanfishbein1 Are you doing the same mistake? If not, please send me your code sample.

@rnagpal I can confirm that passing in the _rid works but passing in the id does not work.  I am using Azure Functions with F# Here is my code sample below first with the _rid followed by use of the id
This works
 let newUserUri = UriFactory.CreateDocumentUri(databaseId, collectionId, "aJB+ANqlIwC6AQAAAAAAAA==")         let! newUser = documentClient.ReplaceDocumentAsync(newUserUri, routeProblemNewProblem.currentUser) |> Async.AwaitTask
Does Not Work
let newUserUri = UriFactory.CreateDocumentUri(databaseId, collectionId, "jonathanfishbein1gmailcom")
let! newUser = documentClient.ReplaceDocumentAsync(newUserUri, routeProblemNewProblem.currentUser) |> Async.AwaitTask

@rnagpal Sorry, this was a year ago, and I'm no longer using DocumentDB. I think @jonathanfishbein1 confirmed what I had found though.

@rnagpal Is there any progress on this issue?

@rnagpal figured it out, CreateDocumentUri needs consistent ids, either all ids or all, _rids for the database, collection, and document.  You can mark this as resolved, although some docs clarifying this may be helpful


chore: add kitty 0.32.1 to test matrix

:tada: This issue has been resolved in version 4.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


List items not removed from list when clicking

扩展版本 (extension version): 1.4.0
浏览器版本 (browser version): Vivaldi 2.2.1388.37
操作系统 (operating system): Windows 10
问题描述 (problem description):
When clicking an item, the link opens normally, but the entry in the list does not disappear.
This started happening on the 1.4.0 update (amazing update btw). Before it was fine.
Also "Behavior when item in a list is clicked" is set to "Open and remove".
实际行为 (actual behavior):
Link opens, the entry does not disappear.
期望行为 (expected behavior):
Link opens, but the entry also disappears.
重现步骤 (reproduce step):
Click any item, see if it's still on the list.

Thank you :)


Add stub tests for single-line session set behavior

I rule and have completed some work on Case Manager that's ready for review!
@tingaloo there are a few paths to testing this and none of them are fantastic. I propose that we punt and create an issue for this, since it's a little more involved and I'd rather get this in front of Baltimore on the sooner side.
This pull request makes the following changes:

Adds commented out tests that we should get to pass, at some point (issue pending)

It relates to the following issue #s:

Fixes #1151
launches off #1164

Wrangling with env variables is tricky, but I can confirm single line redirect behavior is a go!

Thanks @tingaloo !
We're pushing a ton of stuff tomorrow during the scheduled deployment so I want to let this marinate a few extra days -- will merge Monday.

Codecov Report

Merging #1193 into master will increase coverage by 1.99%.
The diff coverage is 50%.

@@            Coverage Diff             @@
##           master    #1193      +/-   ##
==========================================
+ Coverage   93.16%   95.15%   +1.99%
==========================================
  Files          56       55       -1
  Lines        1244     1198      -46
==========================================
- Hits         1159     1140      -19
+ Misses         85       58      -27

Impacted Files
Coverage Δ

app/controllers/lines_controller.rb
75% <50%> (-25%)
:arrow_down:

app/controllers/patients_controller.rb
100% <0%> (ø)
:arrow_up:

app/models/audit_trail.rb
100% <0%> (ø)
:arrow_up:

app/helpers/patients_helper.rb
100% <0%> (ø)
:arrow_up:

app/models/patient.rb
99.02% <0%> (ø)
:arrow_up:

app/lib/reports/fulfillment.rb

app/models/concerns/attribute_displayable.rb
100% <0%> (+14.28%)
:arrow_up:

app/controllers/reports_controller.rb
100% <0%> (+16.66%)
:arrow_up:

app/lib/reporting/patient.rb
100% <0%> (+33.33%)
: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 01af66c...63adebd. Read the comment docs.

since this has hung out for awhile I thought I would push it over the line, and here's what I found, pretty much:

capybara tests are REALLY not down with swapping env vars around
controller tests, on the other hand, are ready to party!

I think the controller test does introduce some testing around this behavior, and I think it's going to have to do because there straight up isn't a good rails solution to reload the app with different environment variables, test those, and then revert things to standard. Part of this is us cursing ourselves by setting these constants in a way that they're hard to stub, so if this continues to be a massive pain in the behind we should consider moving config/initializers/env_var_constants to a concern or helper, and including that in applicationcontroller. But anyway, fine for now, and I didn't think it was worth the overhaul at this point.