| Age | Commit message (Collapse) | Author |
|---|
|
Prevent broken pipe and aborted connection errors during WebSocket cleanup from surfacing after the installer has already handled the Decky disconnect.
|
|
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>
|
|
Co-authored-by: tranch <5999732+tranch@users.noreply.github.com>
|
