Provide flag to tell the update handler that the handling is from a re-apply

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

In non-reset case, we will have a short or no activity retry, so that the error would return to the caller/client early.
However, on a retry with re-apply, we need to ensure the activity will not fail, because the update has been considered completed (just like signal has been accepted) from the client.

Right now this is not possible.

Kinda related to https://github.com/temporalio/temporal/issues/5873
If the workflowContext can tell that the workflowTask is from a reset, that's probably enough?

Describe the solution you'd like
A clear and concise description of what you want to happen.
SDK should know this info (the update is from Admitted event), just provide a flag to us.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
NA

Additional context
Add any other context or screenshots about the feature request here.

Start by reviewing the update handler and workflowContext behavior described in the issue, then read related issue #5873 and trace how the Admitted event and re-apply path are represented. Done means the SDK receives a way to identify re-applied updates and the re-apply activity does not fail after the update is considered completed.