02:48:25 <selsta> moneromooo: is this something you can reproduce? http://paste.debian.net/hidden/ae89e817/
02:48:34 <selsta> it does not seem to happen on linux
10:55:11 <moneromooo> Never seen this.
11:00:43 <moneromooo> What is the value of both sides ?
15:32:17 <selsta> I will bisect it later today.
21:39:54 <selsta> moneromooo: https://github.com/monero-project/monero/pull/6342 causes my functional tests failure
21:40:02 <selsta> do you still need the values of both sides?
21:43:50 <iDunk> Happens on Windows as well  https://paste.debian.net/hidden/eb0aefac/
21:44:16 <selsta> I guess there is value in running release-tests on all platforms (not only Linux)?
21:44:25 <selsta> for CI
22:11:44 <selsta> mine also says res.credits: 0 - credits: 4999
22:13:59 <iDunk> After commenting out stuf from 6342, that assert sometimes passes, but more often it fails. And when it passes, the next one fails.
22:14:37 <iDunk> https://paste.debian.net/hidden/a3fbf454/
22:18:57 <moneromooo> It does not happen on Linux even with that PR ?
22:19:09 <iDunk> No (1/1).
22:19:24 <moneromooo> OK, then I can debug it tomorrow or whenever.
22:19:25 <selsta> seems to be some timing issue?
22:19:40 <selsta> because it works on CI server (linux)
22:20:04 <moneromooo> Oh, then I cannot debug it. I misread the no.
22:20:14 <iDunk> #6309 was merged yesterday.
22:20:29 <moneromooo> Get me both values then I guess.
22:21:10 <moneromooo> I'm not sure whether 6309 would interact with that. Worth a shot.
22:21:13 <selsta> will check if it fails on macOS / Windows CI and then you can debug it
22:21:29 <selsta> though a bit annoying to debug :D
22:32:51 <selsta> reverting 6342 consistently fixes it on my system (macOS)
22:34:30 <iDunk> Reverting e69acffdc88e0297d649658551f4a331dd3395f1 didn't help, reverting f5a11f05feca2016d0802f01b48f602c70408e51 as well makes the test pass every time here (5/5).
22:46:56 <iDunk> 6342 seems to have no effect on Windows. Same behavior with or without it.