fix: reset cancel button state to prevent it from remaining inactive

[roomote]

This PR attempts to address Issue #9303. Feedback and guidance are welcome.

Problem

The cancel button in the chat UI was remaining inactive/disabled after clicking it during streaming operations, requiring users to restart VSCode to regain functionality.

Solution

The issue occurred because the didClickCancel flag was set to true when clicking the cancel button but was only reset in very specific scenarios (resume_task and resume_completed_task asks). This fix ensures the flag is properly reset in all necessary scenarios:

1. When streaming ends: Added a check in the streaming effect to reset didClickCancel when transitioning from streaming to non-streaming state
2. When switching tasks: Added reset to the task change effect to ensure clean state between tasks
3. During chat reset: Added reset to the handleChatReset function for consistent state management

Testing

• All existing ChatView tests pass successfully
• Manually verified that the cancel button becomes active again after:
  • Streaming operations complete
  • Switching between tasks
  • Chat reset operations

Related Issue

Fixes #9303

---

Important

Fixes cancel button inactivity in ChatView.tsx by resetting didClickCancel flag in various scenarios.

• Behavior:
  • Fixes issue where the cancel button remained inactive after being clicked during streaming operations.
  • Resets didClickCancel flag in ChatView.tsx when:
    • Streaming ends (line 967)
    • Switching tasks (line 417)
    • Chat resets (line 528)
• Testing:
  • All existing ChatView tests pass.
  • Manually verified cancel button reactivates after streaming, task switch, and chat reset.
• Related Issue:
  • Fixes [BUG] inactive button #9303.

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

[roomote]

Rooviewer   See task on Roo Cloud

✅ Review completed. The implementation correctly addresses the cancel button state issue with three well-placed reset points:

1. When streaming ends (lines 966-968) - ensures the button is ready for the next operation
2. When switching tasks (line 417) - appropriate state cleanup
3. During chat reset (line 528) - safe reset after message send

The changes follow existing patterns in the codebase and all tests pass. No issues found.

_{Mention @roomote in a comment to request specific changes to this pull request or fix all unresolved issues.}