microsoft / microsoft/vscode-cpptools
Update FAR implementation to better support programmatic invocation
Open
Nobody has claimed this yet.
internal
Language Service
- Dominant language
- TypeScript
- Stars
- 6.2k
- Forks
- 1.7k
- Avg merge
- 14h 46m
- Merged PRs (30d)
- 61
Description
Opening this to track potential work to make cpptools implementation of FAR a little more friendly for programmatic invocation, such as when called from an AI tool (copilot_listCodeUsages) or using #usages in Copilot chat.
Specifically, we might want to:
- Suppress the UI progress dialog when invoked programmatically. (Cancellation should be handled through whatever operation is invoking it programmatically).
- Ensure multiple requests can be queued. (We shouldn't assume there is a singular FAR 'session' that gets cancelled when a new request is received. It's possible AI tools may issue multiple requests in parallel.)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the FAR invocation paths associated with copilot_listCodeUsages and #usages in Copilot chat. Define how programmatic calls suppress the UI progress dialog and how multiple requests are queued without cancelling one another; done means both behaviors are supported with cancellation delegated to the invoking operation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, typescript, vscode
- Domain
- developer-experience, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100