Bug Report: Pocket Desktop 0.3.81 recording/upload workflow regression

General
1

App: Pocket Desktop

Bad version: 0.3.81

Working rollback version: 0.3.75

OS: Windows 11

Install path: C:\Users\<user>\AppData\Local\Pocket

Summary

Pocket Desktop 0.3.81 appears to have a regression in the recording/finalization/upload workflow. Meetings can get stuck in a recording/stopping/uploading state, local notes may disappear after recovery, and the live overlay/transcription behavior from prior versions no longer appears.

Rolling back to 0.3.75 restored normal app behavior.

Diagnostics and report preparation were assisted by OpenAI Codex.

Symptoms Observed:

Recording stuck after meeting

  • After recording a meeting, the app showed the meeting as still recording/stopping. The UI continued showing a recording timer / “Stopping…” state.

  • The underlying active session file still had:

"recordingActive": true
  • Audio files had stopped growing, so the recording itself was no longer actively being written.

Active recording recovery only happened after killing/restarting

  • After force closing Pocket and disabling launch-on-startup, Pocket finally processed the abandoned session. It converted the abandoned active recording into a normal .ogg local recording.
  • Before that, the app remained stuck.

Notes disappeared

  • Notes typed during the meeting were briefly visible when opening the stuck item. The note view would flash and immediately return to the home screen.

  • After Pocket recovered/finalized the abandoned recording, the notes were gone. I only recovered the notes because I managed to screenshot the brief flash.

Live overlay / local transcription missing

  • In the prior working version, starting a recording showed a recording overlay window and appeared to transcribe locally/live.

  • In 0.3.81, no overlay appeared. The recording saved audio, but did not locally transcribe during recording.

Upload queue stuck

  • A later test meeting finalized to a local .ogg, but then stuck at:
Uploading 10%
  • Local DB showed:
upload_status: uploading
upload_progress: 10
last_error: timeout after 30s
upload_queue status: processing
next_attempt_at: already in the past
  • The upload queue did not retry/advance even after waiting.

Local Evidence

The abandoned recording eventually recovered into:

local_recordings\desktop_1781879424916_96g4fp.ogg

The stuck test upload created:

local_recordings\desktop_1781885169300_31otd3.ogg

but remained stuck at 10% upload with timeout after 30s.

Crash / Rollback Notes

After uninstalling 0.3.81 and installing 0.3.75, the app initially crashed on launch when using the existing 0.3.81 Roaming data. Windows logged:

Pocket.exe 0.3.75.0
Exception code: 0xc0000409

Renaming the existing Roaming app data folder allowed 0.3.75 to launch cleanly, and the app synced/repopulated correctly.

Workaround

Rollback to 0.3.75 and avoid updating to 0.3.81.

Steps that worked:

  1. Uninstall Pocket 0.3.81.
  2. Install Pocket 0.3.75.
  3. Rename/reset the Roaming data folder if 0.3.75 crashes on launch:
%APPDATA%\com.openvisionengineering.pocket-desktop-app

4. Launch 0.3.75 and let it sync.

5. Decline the 0.3.81 update prompt.

Expected Behavior

  • Recording should stop and finalize cleanly.
  • Notes typed during the recording should persist.
  • Live overlay/transcription behavior should appear as in prior versions.
  • Upload queue should retry or fail cleanly instead of staying stuck at 10%.
  • App restart should not be required to recover abandoned recordings.

Actual Behavior

  • Recording got stuck in active/stopping state.
  • Notes were lost after recovery.
  • No live overlay appeared.
  • Upload queue wedged at 10%.
  • 0.3.81 had to be uninstalled and rolled back.
Windows desktop app
2

Hey,

We just launched an update (0.3.82)

That should fix the above issues

Thanks for reporting

1 Like
3

I can confirm, this is resolved. Thanks!

1 Like