[VDG] Coinjoin transaction group gets collapsed by itself

[yahiheb]

I was looking at the transaction history list with a group of coinjoin transactions expanded then the group got collapsed by itself.
I checked the logs at that time and this is what happened around the same time:

2023-06-09 03:14:30.983 [23] INFO       MempoolService.TryPerformMempoolCleanupAsync (100)      Start cleaning out mempool...
2023-06-09 03:14:31.617 [12] INFO       MempoolService.TryPerformMempoolCleanupAsync (112)      2 transactions were removed from mempool.

[soosr]

It can happen when a trigger comes to rebuild the list.

Did the scrollbar stayed in its position?

[yahiheb]

Did the scrollbar stayed in its position?

I think yes.

It can happen when a trigger comes to rebuild the list.

Yes but it is not a good UX.

[SuperJMN]

This is normal since the history is recreated, as @soosr says. We have no means to keept track of the nodes that are expanded because they are, in fact, replaced by new nodes. Doing so can be tricky. We'd need a list of the currently expanded nodes and expand them upon rebuild.

The other option is doing it properly. But this would require a big amount of work. Tracking data as it "moves" is a difficult task. This reminds me a lot like the first version of Coin Control that was "too dynamic". I think we need something similar in the history.

The question is as always: is it worth doing this? or better, is it worth doing this now?

[Kruwed]

The mempool cleaning also collapses the transaction group for CPFP as well.

[stale]

This has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[Kruwed]

Pockets in the wallet coins also seem to collapse by themselves as well.

[soosr]

We are planning to make the lists dynamic, which will increase the complexity but will result in a better UX.