pendingRequestRegistry.ts ×2
Frontier kind: Code frontier
unlabeled · c_3f22f3d4a981
42 tests · 6987 LOC · 32 files · introduces 0 tests · 3 LOC · 1 file
Introduces — evidence that enters the hierarchy at this concept
Code
2 ranges 3 lines · 1 files
Tests
0 tests
Contains — complete concept membership
Neighbourhood graph
The orange circle is the focus. Violet and green circles are every ancestor and descendant, broader and narrower, at any distance; blue squares and pink diamonds are the introduced files and exact introduced tests of every visible concept, not only the focus's. Arrows point from broader to narrower concepts and bridge only concepts omitted from this view. Undirected links show source or test introduction. Concept and file size follows LOC; exact test nodes use test-count units.
Introduced files, introduced tests, and structurally relevant concept specialization
In the embedded map, ordinary wheel input scrolls the page; use the visible controls to zoom and drag to pan. Open the full-screen map for canvas navigation: wheel pans, Ctrl/Command plus wheel zooms, and arrow keys pan when this region is focused. On touch screens, open the full-screen map to pan or pinch. If JavaScript or WebGL is unavailable, use the native relationship evidence on this page.
Graph controls are ready.
Interactive rendering requires JavaScript and WebGL. Use the native relationship evidence on this page while the interactive map is unavailable.
JavaScript is disabled; use the native relationship evidence on this page to explore the same evidence.
Native relationship evidence
Every exact file and test below is linked only from the concept that introduces it.
pendingRequestRegistry.ts ×2 Introduced files:
claudeCanUseTool.ts ×1 Introduced files:
Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 7 §3.4 — _handleCanUseTool) Phase 12 step 5 — canUseTool inside a subagent context tags pending_confirmation with parentToolCallId and feeds the resolver cache|occurrence=1 Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 7 §3.4 — _handleCanUseTool) Test 2 — default mode parks, respondToPermissionRequest(false) → deny|occurrence=1 Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 7 §3.4 — _handleCanUseTool) Test 7 — pending_confirmation signal carries the correct shape|occurrence=1, claudeAgent.test|title=ClaudeAgent (Phase 7 §3.4 — _handleCanUseTool) Test 1 — default mode parks, respondToPermissionRequest(true) → allow|occurrence=1, +1 Introduced tests:
claudeCanUseTool.ts ×1 Introduced files:
claudeCanUseTool.ts ×1 Introduced files:
Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 7 §3.4 — _handleCanUseTool) Phase 12 step 5 — AskUserQuestion + ExitPlanMode inside a subagent context tag their emitted signals with parentToolCallId|occurrence=1 Introduced tests:
claudeAgentSession.ts ×1 Introduced files:
Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 10.6 — MCP elicitation translation) form-mode elicitation surfaces ChatInputRequested and returns accepted content|occurrence=1 Introduced tests:
claudeCanUseTool.ts ×2 Introduced files:
Introduced tests:
copilotAgent.test|title=CopilotAgent client tool completion unblocks a pending permission request|occurrence=1 Introduced tests:
claudeCanUseTool.ts ×1 Introduced files:
claudeAgent.test|title=ClaudeAgent (Phase 7 §3.5 — INTERACTIVE_CLAUDE_TOOLS) Test 13b — ExitPlanMode: Deny returns deny with production wording, no mode flip|occurrence=1 Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 10.6 — MCP elicitation translation) declined form-mode elicitation returns a decline result|occurrence=1 Introduced tests:
claudeAgent.test|title=ClaudeAgent (Phase 7 §3.5 — INTERACTIVE_CLAUDE_TOOLS) Test 13 — AskUserQuestion: cancel returns deny with production wording|occurrence=1 Introduced tests:
claudeCanUseTool.ts ×1 Introduced files:
claudeCanUseTool.ts ×2 Introduced files:
claudeCanUseTool.ts ×1 Introduced files:
claudeCanUseTool.ts ×3 Introduced files:
claudeElicitationBridge.ts ×1 Introduced files:
Introduced tests:
claudeAgent.ts ×1 Introduced files:
claudeAgentSession.ts ×1 Introduced files:
claudeCanUseTool.ts ×5 Introduced files:
claudeAgent.test|title=ClaudeAgent (Phase 10.6 — MCP elicitation translation) url-mode elicitation surfaces the url with no questions and accepts with no content|occurrence=1 Introduced tests:
claudeElicitationBridge.ts ×2 Introduced files:
claudeAgent.ts ×1 Introduced files:
claudeAgentSession.ts ×2 Introduced files:
claudeAgent.ts ×1 Introduced files:
claudeAgentSession.ts ×1 Introduced files:
copilotAgentSession.test|title=CopilotAgentSession client tool calls client tool handler does not emit tool_ready (permission flow owns it)|occurrence=1 Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls client tool auto-readies when SDK allow-all mode is on|occurrence=1 Introduced tests:
copilotAgentSession.ts ×10 Introduced files:
Introduced tests:
copilotAgentSession.ts ×1 Introduced files:
Introduced tests:
copilotAgentSession.ts ×1 Introduced files:
Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls client tool handler waits for completion without emitting tool_ready|occurrence=1 Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls handleClientToolCallComplete with failure result|occurrence=1 Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls handler cleans up deferred after consuming result|occurrence=1 Introduced tests:
copilotAgentSession.ts ×2 Introduced files:
Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls handleClientToolCallComplete pre-completes when no handler is waiting yet|occurrence=1 Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls multiple concurrent client tool calls resolve independently|occurrence=1, copilotAgentSession.test|title=CopilotAgentSession client tool calls handleClientToolCallComplete with content containing embedded resources|occurrence=1 Introduced tests:
copilotAgentSession.test|title=CopilotAgentSession client tool calls completion arriving before the SDK handler registers still resolves|occurrence=1 Introduced tests:
copilotAgentSession.ts ×1 Introduced files:
copilotAgentSession.ts ×2 Introduced files:
copilotAgentSession.ts ×1 Introduced files:
copilotAgentSession.ts ×2 Introduced files:
copilotAgentSession.ts ×3 Introduced files:
claudeClientToolMcpServer.ts ×1 Introduced files:
Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry rejectAll clears buffered early results|occurrence=1 Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry respondOrBuffer: result arriving before register resolves the subsequent register|occurrence=1, pendingRequestRegistry.test|title=PendingRequestRegistry respondOrBuffer: a buffered `undefined` value still resolves a subsequent register|occurrence=1 Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry respondOrBuffer behaves like respond when a deferred is already parked|occurrence=1 Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry denyAll resolves every pending entry with the supplied value and clears the registry|occurrence=1 Introduced tests:
pendingRequestRegistry.ts ×1 Introduced files:
Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry denyAll is a no-op for already-settled entries (e.g. a sync responder resolved one before dispose)|occurrence=1 Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry hasBufferedResult reports only unconsumed early results|occurrence=1 Introduced tests:
pendingRequestRegistry.test|title=PendingRequestRegistry respond on an unknown key returns false; on a known key resolves the deferred and removes the entry|occurrence=1 Introduced tests:
pendingRequestRegistry.ts ×1 Introduced files:
pendingRequestRegistry.test|title=PendingRequestRegistry registerAndFire registers BEFORE invoking fire (synchronous responder finds the entry)|occurrence=1 Introduced tests:
pendingRequestRegistry.ts ×1 Introduced files:
pendingRequestRegistry.ts ×1 Introduced files:
pendingRequestRegistry.ts ×2 Introduced files:
pendingRequestRegistry.ts ×1 Introduced files:
pendingRequestRegistry.ts ×1 Introduced files:
pendingRequestRegistry.ts ×9 Introduced files:
async.ts ×202 Introduced files:
resources.ts ×23 Introduced files:
network.ts ×20 Introduced files:
strings.test|title=Strings trimWhitespace|occurrence=1 Introduced tests:
extpath.ts ×17 Introduced files:
strings.ts ×101 Introduced files:
cancellation.test|title=CancellationToken None|occurrence=1 Introduced tests:
cancellation.ts ×18 Introduced files:
event.ts ×1 Introduced files:
event.ts ×4 Introduced files:
event.ts ×2 Introduced files:
event.ts ×93 Introduced files:
uri.test|title=URI URI#file, win-speciale|occurrence=1, charCode.test|title=CharCode has good values|occurrence=1, +2 Introduced tests:
utils.ts ×3 Introduced files:
linkedList.ts ×13 Introduced files:
lifecycle.ts ×2 Introduced files:
lifecycle.ts ×1 Introduced files:
lifecycle.ts ×4 Introduced files:
lifecycle.ts ×6 Introduced files:
lazy.ts ×1 Introduced files:
lazy.ts ×3 Introduced files:
lifecycle.ts ×1 Introduced files:
lifecycle.ts ×1 Introduced files:
uint.ts ×2 Introduced files:
lifecycle.ts ×1 Introduced files:
map.ts ×97 Introduced files:
Introduced tests
Every collected test enters the hierarchy at exactly one concept.
No tests are introduced at this concept. Its intent tests are introduced by other concepts.
Introduced code
Every collected source range enters the hierarchy at exactly one concept.
1 file ranked by introduced lines: 3 introduced LOC across 2 ranges.
Expand a file to inspect source; the > gutter marks introduced lines.
src/vs/platform/agentHost/common/pendingRequestRegistry.ts 3 introduced LOC · 2 ranges
Open complete file
69
70
respond ( key : string , value : T ) : boolean {
72
>
if ( ! deferred ) {
73
return false ;
74
}
76
deferred . complete ( value );
77
return true ;
79
80
/**