Fix message queue re-queue loop in Task.ask()

[daniel-lxs]

Summary

Fixes a regression where messages in the queue would fail to send during an ask operation, getting stuck in an infinite re-queue loop.

Problem

When Task.ask() had queued messages to process, it would:

1. Dequeue a message
2. Call submitUserMessage() which posts an 'invoke: sendMessage' to the webview
3. The webview, with sendingDisabled=true during ask operations, would re-queue the message
4. This created an infinite loop where messages never actually got processed

Solution

Replace the webview round-trip with a direct call to setMessageResponse() when processing queued messages. This:

• Bypasses the webview's disabled guard
• Immediately satisfies the pending ask operation
• Preserves checkpointing behavior via handleWebviewAskResponse

Changes

• Modified Task.ask() to use setMessageResponse() instead of submitUserMessage() when processing queued messages

Testing

The existing tests should verify that:

• Messages can be queued while an ask is pending
• Queued messages are properly drained when the ask completes
• No infinite loops occur in the queue processing

---

Important

Fixes infinite re-queue loop in Task.ask() by directly processing queued messages, ensuring proper message handling after file edits.

• Behavior:
  • Fixes infinite re-queue loop in Task.ask() by replacing submitUserMessage() with setMessageResponse() for queued messages in Task.ts.
  • Ensures queued messages are processed after file edits in applyDiffTool.ts, insertContentTool.ts, and writeToFileTool.ts.
• Testing:
  • Updates tests in applyDiffTool.experiment.spec.ts and multiApplyDiffTool.spec.ts to mock processQueuedMessages() and verify message processing behavior.
• Misc:
  • Adds processQueuedMessages() call in applyDiffTool.ts, insertContentTool.ts, multiApplyDiffTool.ts, searchAndReplaceTool.ts, and writeToFileTool.ts after file operations.

^{This description was created by for 400f26e. You can customize this summary. It will automatically update as commits are pushed.}

[roomote]

Thank you for your contribution! I've reviewed the changes and the fix looks good overall. The solution correctly addresses the infinite re-queue loop by bypassing the webview's disabled guard. I've left some suggestions inline to help improve test coverage and documentation.