-
xmr-pr
vtnerd opened pull request #9821: Fix HTTP unit tests (broken with new Boost versions)
-
xmr-pr
-
m-relay
<not_a_money_printer:matrix.org> It FCMP a quantum proof solution?
-
m-relay
<not_a_money_printer:matrix.org> Is FCMP a quantum proof solution?
-
m-relay
<woodser:monero.social> vtnerd `status` shows 1(out)+1(in) connections
-
xmr-pr
Gingeropolous opened issue #9822: possible speed up for HDDs, pre-sizing LMDB database to the max instea...
-
xmr-pr
-
m-relay
<woodser:monero.social> I isolated the last problem I'm seeing to 13ff355c, "Set response limits on http server connections":
monero-project/monero 13ff355
-
m-relay
<woodser:monero.social> vtnerd:
-
m-relay
<syntheticbird:monero.social> wtf
-
m-relay
<ofrnxmr:xmr.mx> This should only effect rpc 👀 uhoh(?)
-
sech1
abstract_tcp_server2 is also used in p2p
-
m-relay
<vtnerd:monero.social> woodser: the tx relaying issues were narrowed down to that patch?
-
m-relay
<vtnerd:monero.social> @woodser sorry not on irc
-
selsta
vtnerd: please open 9820 against release
-
m-relay
<woodser:monero.social> vtnerd yes, with that patch, txs aren't being confirmed for some reason
-
xmr-pr
vtnerd opened pull request #9823: Add incoming only test [0.18]
-
xmr-pr
-
selsta
woodser: fail to confirm meaning it prints "Unable to send transaction(s) via Dandelion++ stem" ?
-
m-relay
<woodser:monero.social> no that only prints if I don't set the `--max-connections-per-ip` flag on 0cd7456
-
selsta
ok, is there any error message with 13ff355c?
-
m-relay
<woodser:monero.social> nope
-
m-relay
<vtnerd:monero.social> woodser: I don't understand. I thought you narrowed the issue down to 13ff355c? Or is this situation that with 0cd7456 and 13ff355c txes don't relay, but only 0cd7456 prints an error?
-
m-relay
<woodser:monero.social> building 0cd7456 will print an error produce test failures unless `--max-connections-per-ip` flag is used
-
m-relay
<woodser:monero.social> but then there's a different error with 13ff355c, with or without `--max-connections-per-ip`
-
m-relay
<woodser:monero.social> 0cd7456 will print an error *and fails my tests unless `--max-connections-per-ip` flag is used
-
m-relay
<woodser:monero.social> both problems appear related to txs not confirming
-
m-relay
<vtnerd:monero.social> What is the error that 13ff355c prints?
-
m-relay
<ofrnxmr:xmr.mx> vtnerd ^
-
m-relay
<woodser:monero.social> no errors are printed, the tx is not confirmed according to the wallet
-
m-relay
<vtnerd:monero.social> The functional tests for this still work, and appear similar to your haveno test setup, so I don't even have a guess right now
-
m-relay
<woodser:monero.social> yeah I don't know what it is either, but there's definitely some difference in how the wallets / monerods are behaving with 13ff355c. I just checked again, getting test failures with 13ff355c, which otherwise pass without it
-
m-relay
<ofrnxmr:xmr.mx> Do have logs from the tests?
-
m-relay
<ofrnxmr:xmr.mx> Is it on a CI that can he looked it?
-
m-relay
<ofrnxmr:xmr.mx> Be*
-
m-relay
<woodser:monero.social> nope, no logs or CI, just a test failure which shows that a wallet does not observe the multisig deposit txs to be unlocked when expected:
-
m-relay
<woodser:monero.social> ```
-
m-relay
<woodser:monero.social> Expected: "DEPOSITS_UNLOCKED"
-
m-relay
<woodser:monero.social> Received: "DEPOSITS_PUBLISHED"
-
m-relay
<woodser:monero.social> ```
-
m-relay
<woodser:monero.social> though some of the trades in the test are completing successfully, so it doesn't happen every time