feat(amazonq): passing partialResultToken for the next trigger if user accepts an EDITS suggestion

[atonaamz]

Problem

If it is an EDITS suggestion, only fetching for more suggestions when the user start to accept a suggestion. We need to pass partialResultToken to provideInlineCompletionItems method to fetch result from cache.

Solution

passing partialResultToken for the next trigger if user accepts an EDITS suggestion

---

• Treat all work as PUBLIC. Private feature/x branches will not be squash-merged at release time.
• Your code changes must meet the guidelines in CONTRIBUTING.md.
• License: I confirm that my contribution is made under the terms of the Apache 2.0 license.

[github-actions]

• This pull request modifies code in src/* but no tests were added/updated.
  • Confirm whether tests should be added or ensure the PR description explains why tests are not required.
• This pull request implements a feat or fix, so it must include a changelog entry (unless the fix is for an unreleased feature). Review the changelog guidelines.
  • Note: beta or "experiment" features that have active users should announce fixes in the changelog.
  • If this is not a feature or fix, use an appropriate type from the title guidelines. For example, telemetry-only changes should use the telemetry type.

[atonaamz]

/retryBuilds

[Will-ShaoHua]

/retryBuilds

[floralph]

This assumes the first result is an edit, but the check on line 120 is just for at one edit anywhere in the results. Is there some undocumented assumption here about how the results are returned? Even if there is, there should be checks in code that the assumptions hold.

[atonaamz]

We can only return either EDITS or COMPLETIONS so if one item is EDITS, we should follow the EDITS flow.

[atonaamz]

https://github.com/aws/language-servers/blob/main/server/aws-lsp-codewhisperer/src/language-server/inline-completion/codeWhispererServer.ts#L834