-
-
Notifications
You must be signed in to change notification settings - Fork 533
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Units loses its group when moving to repair #2330
Comments
I don't call it a bug but a feature. Otherwise, units you set to retreat would attack again when you order the group to attack. In this case, a unit that is on the way to repair would go back to attack every time you call the group and would get destroyed instead of repaired at the end. |
Ah, valid point. |
I have a WIP for this. I like that I can select a group and later when I give the group another order recently repaired units return to the action. It removes the micromanagement of re-assigning them to a group. I'd like not to have the returning units respond to a hold command to cancel their behaviour, but if I don't then there is no way of commanding damaged units if they cannot be repaired. |
This is a feature, not a bug! There is always room for discussion, but stop "fixing" the fixes. Obviously someone in the dev team removed the repairing units from the groups. And he had a reason. It's been like that for ever. So consider the situation fully before throwing a "fix". |
Another 'wrinkle' relating to this is that when a unit is being repaired, I do not want it to re-join its group until fully repaired. I find myself micromanaging units under repair. For example, if using a meatgrinder army of cyborgs as group 2, many times I will This is even more fiddly where I have multiple small groups of the same type of unit, such as build trucks. It would be nice if they would 'remember' the group they were in and, once 100% repaired, rejoin the group automatically. I am OK with them sitting at the repair until the group is given another order. A workaround might be that when a selected unit is being repaired, pressing ',' or '.' deselects it as if it was more badly damaged. Another alternative is to have a way of only selecting units that are at 100% health. |
@SandJ that actually gave me idea, we could temporarely stash the group number somewhere, so to recapitualte:
@highlander1599 your opinion? |
I really like this idea. The stashed group and fire suport assigment must also be cleared if the player assigns the units manually. |
Admittedly having units deselect permanently is a major drawback against using autorepair with control groups without commanders. Why not make the unit's other possible orders just be overridden with the autorepair order until unit is fixed up again; if players don't like the unit doing that at the time then they can select it and change its autorepair setting and issue next desired order. This way doesn't matter what its previous attachments were as they are still there. It may be possible to have units return to their previous duty+location but if the battlefield was lost and enemy is there or closer then they push into battle in an unorganized fashion. Trucks doing so would be even worse as they would not fight back though they could help repair if said battlefield isn't lost yet. |
Done in #3628. |
To Reproduce
Steps to reproduce the behavior:
Assign unit to a group, and set Return to repair limit to Yellow health bar, for ex
Damage this unit
Observe that as soon as it starts moving, group membership is lost
Expected behavior
Group membership must remain.
Bug reported by Evolution01
The text was updated successfully, but these errors were encountered: