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
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.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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.
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.