bug fix(amazonq): fix an issue where user action is accept but telemetry is reject

[andrewyuq]

The shouldEditorCancelPopup variable should increment/decrement in-pair inside dontClosePopupAndRun logic and the CodeWhispererPopupIntelliSenseAcceptListener logic, but there was some race condition that makes CodeWhispererPopupIntelliSenseAcceptListener's setting false after dontClosePopupAndRun's setting true,

so now making it a semaphore-like val to make sure it was updated properly.

The common scenario is as follows:

1. In the Amazon Q setting, change to "tab to prioritize accepting Q suggestions"
2. User triggers, Q shows
3. User types as it shows, Jetbrains suggesitons show (e.g. type p in java results in Jetbrains suggestion for public)
4. press tab to accept
5. The IntelliSense is closed, triggering lookupCancelled, but no item is selected so beforeItemSelected is not triggered to make it to false, (so a part of this fix is to make the beforeItemSelected logic to lookupShown logic and make it an int so it can be incremented twice so decrementing doesn't completely reset it.)
6. A caret movement inside accept/insert suggestion logic causes the popup to cancel(and send reject events)

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)

Description

Checklist

• My code follows the code style of this project
• I have added tests to cover my changes
• A short description of the change has been added to the CHANGELOG if the change is customer-facing in the IDE.
• I have added metrics for my changes (if required)

License

I confirm that my contribution is made under the terms of the Apache 2.0 license.