05:45:52 apparently there have been some widespread issues with transactions being stuck as pending 06:32:18 KnifeOfPi_: Do you say this because of the Reddit posts? 06:32:41 no, we’ve also had a massive influx of emails to cake support 06:32:53 Do they all use the same node? 06:32:57 and yet we did not release any update for iOS recently 06:32:59 no they don’t 06:33:06 there are a ton of different nodes people report using 06:33:48 Were you able to reproduce the issue? 06:47:05 KnifeOfPi_: do you know one of the remote nodes that caused the issue? 06:48:50 moneroworld, cakewallet node, and XMR.pt node 06:49:22 Do you have cakewallet node logs? 06:51:11 I agree that there have been a lot more reports than usual but I wasn’t able to reproduce yet. 08:06:28 I'm also seeing more people with unbroadcasted transactions than usual 11:34:28 ^ 12:18:59 which moneroworld nodes? the standard pool? 14:15:53 transaction volume is trending slightly up since last hard fork, so it's probably not affecting a large percentage of users 14:46:08 I don't know what people use, but there have been a spike of support requests on xmrto about transactions being "pending" forever 14:48:59 are pending transactions stuck in the tx pool? 14:54:44 If the wallet sees the tx is no longer in the pool, nor in the chain, it'll change state from pending to error. 14:55:32 If it's in the chain, it changes state from pending to out. 14:56:56 how long can a tx stay in the pool before getting discarded? 14:58:10 I guess quite a lot of newbs use phone app and do not know they can change the remote node. So if they have a failing node that does not broadcast for some reasons, they just wait and wait and wait. 14:59:46 would it be feasible/reasonable to maintain a list of remote nodes? 15:00:33 Your node does now. 16:11:24 i don't think monerujo has integrated that. the current setup they use scans the network itself, and then the use picks a node 16:11:40 im pretty sure the node the user picks is then used as default, without checking the status of the node 16:11:57 so im not surprised that during a price movement, we have a lot of people using a wallet they haven't touched in months 16:12:11 that is trying to connect to a remote node that probably doesn't exist anymore 16:13:09 a bunch of decentralized bollucks! 16:32:32 im pretty sure the node the user picks is then used as default -> IIRC the user has to bookmark the node if they want to use it as default, otherwise they will have to scan again. 18:13:43 ph4r05: I've just pulled latest master and some core tests are failing with: "gen_block_big_major_version generation failed: what=events not set, cannot compute valid RandomX PoW". Rings a bell ? 18:23:28 Ooooh, I have an idea what might cause those pendings txes :D 18:24:07 Some wallet apparently started spending coins before 10 blocks, so we added a rule to slap it back down. It might well be that, since those txes are now invalid. 18:24:22 If it doesn't properly handle the "daemon rejected tx". 18:25:45 was it a wallet doing that? because some of those txes were from monero.win i think 18:27:34 If you define a wallet to include it, then yes. If not, then no. 18:31:00 whoops i meant wallet software released to the world for people to use, like exodus. not a couple of morons just changing constants in the 'normal' monero wallet 22:47:57 koe: "how long can a tx stay in the pool before getting discarded?" <- 3 days if not kept by an alt block, otherwise 1 week. 22:48:27 of course, a client could relay it agian