Previously, on the plugin_download_finish event we only broke out of the
receive loop when 'confirmed' was False. In the normal flow 'confirmed'
is always True, so the loop kept waiting for a REPLY whose 'result' was
non-None. When the server returns 'result: null' (a common success
reply), no branch matched and the loop blocked forever on client.recv(),
making the installer appear successful but never exit.

The download_finish handler now breaks unconditionally, since the event
itself already indicates a completed install.

Also add timeout handling to the receive loop:
- IDLE_TIMEOUT: max gap between any two server messages, guards against
  silent server stalls.
- OVERALL_TIMEOUT: hard upper bound on the entire install as a fallback.
Both are enforced by wrapping client.recv() with asyncio.wait_for; on
timeout a TimeoutError is raised and propagates after the connection is
cleanly closed in the finally block.

Co-authored-by: llm-git <llm-git@ttll.de>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Co-authored-by: tranch <5999732+tranch@users.noreply.github.com>

Co-authored-by: tranch <5999732+tranch@users.noreply.github.com>

Co-authored-by: tranch <5999732+tranch@users.noreply.github.com>

Co-authored-by: tranch <5999732+tranch@users.noreply.github.com>

Implement a visual progress bar using `loader/plugin_download_info`
events. Improve message handling during the installation flow to
properly clear the terminal and wait for server replies.

Co-authored-by: llm-git <llm-git@ttll.de>

Filter server REPLY messages if they lack a 'result' payload. This
avoids logging empty responses that provide no useful information.

Update success logging message when the connection drops after
install confirmation for clarity.

Implement logic to process control frames (Close, Ping, Pong) during reception.
Respond to Ping frames with a Pong frame.

Co-authored-by: llm-git <llm-git@ttll.de>

Co-authored-by: tranch <5999732+tranch@users.noreply.github.com>