* Tweak ChatFollowup
* Remove API TODOs
* New proposal for chat variable resolver
* Bump distro
* Enforce same-extension followup
* Add participant proposal to integration test folder
* Allow no participant for a followup
* Start renaming chat API from "agent" to "participant"
* Rename the rest of the API
* Rename in integration test
* Update integration test api proposals
* Bump distro
* api - remove unused types, add jsdoc, make request handler setable (for consistency), more readonly usage
https://github.com/microsoft/vscode/issues/199908
* remove ChatMessage and Role
* fix a ton of compile errors...
* jsdoc
1. remove the requirement that it has to be done during agent invocation
2. don't ask for auth when the model provider and the model requester are the same extension
3. since we don't have "language model activation events" start with a simple 3*2s timeout poll to wait for the language model registration to happen. (scenario: an extension activates before the extension that registers the model activates)
* Leverage AuthenticationProviders for gating Language Model Access
Since we already have the Auth Stack which has a concept of "Managing Trusted Extensions" we can initially use that for gating Language Model Access so that when an extension asks for Language Model Access, they have to see a dialog first.
* Support multiple models and create AuthProviders on Core side
* - show all runtime information in runtime status feature
- show runtime feature information in runtime extensions editor
- filter extensions by feature in view
This reverts commit cda51f6ab4.
Have to revert this because I can't get the vscode-copilot change to work. I might try again tomorrow in a back-compatible way.
* Delete CommandFollowups and make inline chat use its own types for command followups
* Add command button, render it properly
* Manage the lifecycle of commands from chat command buttons
* Handle stale session command in type converter
* Fix
* Initial implementation
* Remove debug messages
* Implementation using a custom ActionViewItem
* Switched to using a custom action along with the custom action view item
* Switch to using arrays
* Refactored code (single provider is working)
* Add ActionRunner to options
* WIP - saving my work
* Refactor things to support one provider
* Add setting to enable/disable input action button
* Add sourceControlId to the proposed API
* Fix issue related to enablement
* Remove code that is not in scope
* Have the old action bar work with the setting
* Remove code that was commented out
* Add extension API changes
* Update extensions/git/src/commitMessageProvider.ts
Co-authored-by: João Moreno <joao.moreno@microsoft.com>
* Fix compilation errors
---------
Co-authored-by: João Moreno <joao.moreno@microsoft.com>
