feature request: when additional attacks in queue, allow attack restore when attack finishes

[Shooter3k]

My original statement in discord: If you mark a check point in -a7 -i attack after it reaches the last check point (like 60%) and before it reaches 100%, once it reaches 100% it quits (as it should), but when you resume, it resumes at the previous check point spot (60%) and not the 100% spot

chick3nman's comments: i mean, it's sorta triaged at this point i think, just point it out as a behavior problem "if an attack ends before a valid restore-point/checkpoint is reached, the previous restore-point will be used" in most cases, this is actually intended i believe but in the case of checkpoint aborts, it shouldn't be

[Chick3nman]

The problem here appears to be that attack "completion" of 100% at an intermediate stage in a stack of wordlists/masks/etc. is different from 100% of the entire guess queue and therefore should be a valid restore-point.