Remove the orphaned `artifacts_sessions` command

[pacifio]

Getting started: read CONTRIBUTING.md, run bun install, then bun run dev:app (Tauri dev build). Rust commands need export SDKROOT="$(xcrun --show-sdk-path)" on macOS, and crates are path-linked (no workspace) — run cargo from inside the crate directory. bun run test + bun run typecheck must stay green.

area:rust · cleanup · ~30 min

artifacts_sessions (src-tauri/src/commands/capture.rs:1160) lost its only
frontend caller when a memory view was removed; it’s now registered dead
surface (verified — no TS caller, and tests/ipc-contract.test.ts guards the
seam).

Do: delete the command fn and its generate_handler! line in
src-tauri/src/lib.rs. If helpers it calls inside capture.rs are shared
with other commands, leave those.

Done when: cargo check in src-tauri is warning-free and
bun run test (which includes the IPC contract test) passes.

---

[FenjuFu]

Human follow-up on the current 0.3.1 version branch: the requested plural artifacts_sessions command and its generate_handler! registration are already absent.

History shows that #193 first removed them in e42c3b66, 60411913 reverted that PR, and the later maintainer cleanup commit 4fc2006e removed the same function/registration again as part of the broader dead-command cleanup. A current-tree search finds no artifacts_sessions reference. The singular artifacts_session command remains and is still used by the Artifacts panel and session_chat, so it should not be removed.

This issue therefore appears complete on both 0.3.1 and main. Could a maintainer close it, or clarify if there is a different remaining orphaned surface to address?

[uzayer]

Confirmed: the requested artifacts_sessions command and its handler registration are already absent from both main and 0.3.1; the later dead-command cleanup superseded the revert branch. Closing as complete.