Editor often blocks, especially on marking text #119

Closed
opened 2026-08-01 11:29:02 +00:00 by hugo · 1 comment
Owner

during use, the editor often blocks, especially when I try to mark text. no idea what is happening, but something is blocking the main UI thread. for example double-clicking text to mark it. This often makes the editing really clunky, because a beachball shows up far too often. and that already with very small (one paragraph usually, maybe one or two links in markdown in it) text.

during use, the editor often blocks, especially when I try to mark text. no idea what is happening, but something is blocking the main UI thread. for example double-clicking text to mark it. This often makes the editing really clunky, because a beachball shows up far too often. and that already with very small (one paragraph usually, maybe one or two links in markdown in it) text.
hugo added the bug label 2026-08-01 11:29:02 +00:00
hugo added the critical label 2026-08-01 11:32:08 +00:00
Author
Owner

Implemented in bda3c40. Post autosaves now schedule SQLite and filesystem persistence on Tokio's blocking pool instead of running it inside the 500 ms UI tick. In-flight saves are deduplicated, and a shared persistence lock plus editor revision prevents stale background snapshots from overwriting newer edits or manual saves. The 3-second idle autosave, tab-switch flush, and explicit save behavior remain intact. Verified against bDS2's debounced editor synchronization and specs/editor_post.allium PostAutoSave. Gates: cargo fmt --all -- --check; cargo check --workspace; cargo clippy --workspace --all-targets --all-features -- -D warnings; cargo build --workspace; cargo test --workspace; cargo bundle-macos. Real target/release/Blogging Desktop Server.app verification passed repeated double-click and drag selections without stalls or content changes.

Implemented in bda3c40. Post autosaves now schedule SQLite and filesystem persistence on Tokio's blocking pool instead of running it inside the 500 ms UI tick. In-flight saves are deduplicated, and a shared persistence lock plus editor revision prevents stale background snapshots from overwriting newer edits or manual saves. The 3-second idle autosave, tab-switch flush, and explicit save behavior remain intact. Verified against bDS2's debounced editor synchronization and specs/editor_post.allium PostAutoSave. Gates: cargo fmt --all -- --check; cargo check --workspace; cargo clippy --workspace --all-targets --all-features -- -D warnings; cargo build --workspace; cargo test --workspace; cargo bundle-macos. Real target/release/Blogging Desktop Server.app verification passed repeated double-click and drag selections without stalls or content changes.
hugo closed this issue 2026-08-01 17:01:53 +00:00
Sign in to join this conversation.