[Bug]: transactions table - select all not selecting schedules about actual HOT 7 OPEN

I don't have any issue with parents of splits being included in the select all, as long as the selected total is calculated right.

For the schedules, I don't think those should be considered transactions since they have yet to be added. They are in the table for reference purposes. Also, the bulk options are different for schedules than for regular transactions.

from actual.

Looks like it doesn't select split-transaction parent transactions either.

from actual.

This feels like the correct behavior to me. Schedules are different than regular transactions and if the split parent is included in the selection the amount calculations get messed up.

from actual.

Interesting perspective. From a usability POV I would expect a "select all" checkbox in the header to do what most other products do - to select all the entries within the table. Is there a good argument for why we should treat schedules differently?

if the split parent is included in the selection the amount calculations get messed up

IMO this is an unrelated problem. Even if you manually select the parent + children transactions - the calculations get messed up. It definitely should be addressed. But it's not really related to select-all functionality.

from actual.

To be honest, I would lean towards @youngcw's perspective that - for me - this is the ideal behavior (I never want to include non-current stuff) but, I think overall I'd agree that select all should do what it says on the tin and select all. It'd definitely be worth thinking about some sort of "select real entries" though too in the future!

from actual.

I would then to agree that the parent should not be selected specially with the recent change where the parent transaction is just going to be a shell of its children transactions (no payee, no category)

from actual.

So it sounds like the current behavior is the expected one then?

I feel like it looks a little weird to have the parents not selected, but it makes more sense that way. Maybe there's a visual cue if all child transactions are selected vs. not - that would be a separate issue though.

from actual.