Fix startUpdate JavaDoc: clarify blocking behavior based on waitForStage

[sachinsharma3191]

What was changed

• Replaced misleading "asynchronously" wording in all startUpdate and startUpdateWithStart JavaDoc comments (21 overloads)
• Added note that the method blocks until the waitForStage specified in the options is reached
• Fixed @param arg5 typo: "firth" → "fifth" in five-argument overload, "firth" → "fifth" in six-argument overload

Why?

Issue #2578: the startUpdate JavaDoc says "asynchronously" but the method actually blocks until the waitForStage specified in UpdateOptions is reached. When waitForStage is COMPLETED, the call blocks until the update finishes. This is confusing for users who expect non-blocking behavior based on the doc.

Checklist

• Doc-only change — no behavioral changes
• Verified all 21 overloads updated consistently
• No remaining incorrect "asynchronously" in startUpdate/startUpdateWithStart JavaDocs

Fixes #2578

[dplyukhin]

Thanks for the contrib. Is this PR still in progress? It has mistakes and the checklist isn't checked off. If in progress, please convert to a draft PR. Please also update the PR description to use the template we provide. Does this address any outstanding issues?

[dplyukhin]

Please also take note of the contributing guidelines - particularly AI-generated PRs.

[sachinsharma3191]

Thanks for the review! I've addressed the feedback:

1. Fixed the mistake — @param arg5 in the six-argument startUpdate overload was incorrectly changed to "sixth" instead of "fifth". Pushed a fix.
2. Updated PR description to use the repo's template format (What was changed / Why? / Checklist).
3. Checked off the checklist.

This addresses issue #2578. I've reviewed the changes thoroughly — it's a doc-only change across 21 startUpdate/startUpdateWithStart overloads.

[sachinsharma3191]

@dplyukhin This PR is ready for review — doc-only change across 21 startUpdate/startUpdateWithStart overloads (fixes #2578). Could you take a look when you get a chance? Thanks!

[dplyukhin]

Your PRs are low-priority and triaged. Please do not send reminders or I'll have to close the PR. It's not a good use of maintainers' time. I'd like to get to them when I have time.

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.

---

sachinsharma seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.

---

sachinsharma seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}