Prereq added in reload can have incorrect satisfaction

[MetRonnie]

Reproducible Example

#!jinja2
[scheduler]
    allow implicit tasks = True
[scheduling]
    [[xtriggers]]
        never = xrandom(0)
    [[graph]]
        R1 = """
            one => foo
            # two => foo

            one & two => etc
            @never => etc
        """
[runtime]
    [[one]]
        script = sleep 30

1. Start the workflow
2. After two succeeds, and while one is running, uncomment # two => foo in the graph and reload the workflow
3. The added prerequisite of two:succeeded is incorrectly displayed as unsatisfied

Expected Behaviour

Presumably the added prereq satisfaction is incorrect as the task two has left the pool by the time this prereq is added. The added prereq should look in the DB for the correct satisfaction state.

[oliver-sanders]

This happens because two is not in the pool at the time when the new dependency is added.

This is practically the same issue as #6143, but I won't label this as a duplicate as I think we might require an additional change to handle the reload case (basically when a prereq is added by reload, check the DB if satisfied, and set it on active tasks if so).