fix: restore double-click to copy account ID and hide account ID from row

[YCC3741]

Summary

• Restore double-click to copy account ID: Add @dblclick handler on account rows that copies the row's service-account ID (a.sid) to the clipboard via navigator.clipboard.writeText, mirroring the WPF lstViewAccount_MouseDoubleClick behaviour (Clipboard.SetText(selected.sid)) reported missing in #239 (問題一). The existing i18n key DoubleClickCopy ("雙擊複製帳號" / "Double-click to copy account") already documents this WPF semantic.
• Hide account ID from row: Remove the ID: xxx subtitle from account rows, showing only the account display name. Banned status text is preserved.

Changes

• src/pages/AccountList.vue:
  • New handleRowDblClick(a) async handler:
    • Banned-row guard (if (!a.is_enable) return) preserved
    • await navigator.clipboard.writeText(a.sid) then ElMessage.success(t('CopyFinished'))
    • On clipboard rejection (permission / trust-boundary) → ElMessage.error(t('CopyFailed'))
    • Does not mutate account.selectedSid and does not call handleGetOtp() — those belong to the single-click + Enter / Get OTP button path
  • Bind @dblclick on each account row
  • Remove ID display from row subtitle; keep banned-status text only
• tests/unit/pages/AccountList.spec.ts:
  • 'double-clicking an enabled row...' now asserts clipboard.writeText('sid-2') + CopyFinished toast, and that commands.getOtp was not called and account.selectedSid was not mutated
  • 'double-clicking a banned row...' asserts clipboard.writeText was not called

Test plan

• Double-click an enabled account row → row's account ID is copied to clipboard, "複製完成" toast appears
• Double-click a banned account row → nothing happens (no clipboard write, no toast)
• Account rows display only the name, no ID subtitle
• Banned rows still show the locked status text
• Single-click still selects the row normally
• Enter hotkey still triggers Get OTP after row selection
• Selection state (e.g. from PR 新版本不会默认选择第一个。 #245 auto-select) is preserved across double-click

Local verification

• npm test → 41 files / 599 tests passed
• npm run typecheck → passes
• Branch rebased onto latest code (incorporates 新版本不会默认选择第一个。 #245, fix(AccountList): auto-start game after login when setting enabled (#246) #250, feat(IdPassForm): arrow keys and mouse wheel to cycle saved accounts (#241) #251, chore(ci): split frontend/rust checks with path filters + bump action versions #252, fix(window): high-DPI scaling + tighten Settings/About spacing (#238) #253) — no conflicts

Closes #239

[lshw54]

The double-click handler is wiring up the wrong action. According to issue #239, the original WPF lstViewAccount_MouseDoubleClick behaviour was to copy the service account ID (a.sid) to the clipboard — not to fetch and copy the OTP.
handleRowDblClick should be simplified to just copy a.sid directly.

The handleGetOtp() call should be removed entirely from this handler. Please also update the PR title, summary, and test plan accordingly — the test currently asserts that commands.getOtp is called on double-click, which would no longer be the expected behaviour.

[lshw54]

Please also note that #248, #250, #251, #252 and #253 is already merge, make sure to review and incorporate those changes before merging this PR to avoid any conflicts.

[lshw54]

All good now!