Ctrl+F behaves differently depending on how messages were picked #76

New issue

Open

opened 2026-11-02 05:39:12 +00:00 by bmt · 1 comment

bmt commented

2026-11-02 05:39:12 +00:00

Member

steps:

Pick several messages by dragging with the left mouse button.
Press Ctrl+F.
Press Esc to clear the selection.

expected: Ctrl+F does the same thing however the messages were picked
actual: Two different searches

build: anotherim-js 0.7.20 With messages picked by mouse drag, Ctrl+F opens the search inside the chat, hidden under the "N selected" header until the selection is cleared. With messages picked via right click and Select, Ctrl+F opens the search above the chat list. steps: 1. Pick several messages by dragging with the left mouse button. 2. Press Ctrl+F. 3. Press Esc to clear the selection. expected: Ctrl+F does the same thing however the messages were picked actual: Two different searches

bmt added the

bug

windows

ui/ux

labels

2026-11-02 05:39:12 +00:00

bmt added

needsinfo

and removed

bug

labels

2026-11-02 16:45:15 +00:00

ann referenced this issue from a commit

2026-11-04 17:22:36 +00:00

Chat: Ctrl+C and Ctrl+F on messages picked by a drag as on the menu's Select (#75, #76)

ann referenced this issue from a commit

2026-11-04 18:51:15 +00:00

0.8.0-rc2, on libtacky v1.2.0-rc2 (fe57dd98), pairing with tackygram 0.4.0-rc2: develop as it stands on 4210756a, 0.8.0-rc1 with the padlock menu of an unencrypted chat (one line, the secret chats to start, the Expert switch "Allow MTProto secret chats with XMPP contacts"; feat/lock-menu), faces kept across Android's lock reload (fix/android-catchup-avatars), every own device "(you)" in a room (fix/own-nick-member-list, #78), replies and mentions back in the theme's palette (fix/reply-mention-palette), Ctrl+C and Ctrl+F on drag-picked messages (fix/drag-selection-keys, #75 #76), #72 #73 #74 #77 (fix/issues-72-73-74-77), an Android call on a Bluetooth headset (fix/android-bt-audio, #79) and no "Not sent" banner over a room send that went past some members (fix/omemo-partial-banner), made the second release candidate: version 0.8.0-rc2 in the UI package and its lock, tauri.conf.json, Cargo.toml and Cargo.lock and the README's version line, Android versionCode 8006; a compact 0.8.0-rc2 CHANGELOG entry (Chats, Rooms, Calls, Android, Settings); the metainfo's development release 0.8.0~rc2 (appstreamcli validate --no-net passes). docs/macos.md stays at the last Mac release. README's tables measured again on this tree: 110,809 lines of code and 114,834 of tests (the change since 0.8.0-rc1 counted by the same rules), the UI's 66,113 of 67,627 lines (97.8%, 90.7% of branches), the shell's 12,441 of 13,135 source lines (94.7%), the Kotlin's 4,449 of 4,705 (94.6%), the worker's 872 of 872. Gates on this tree: make check STRICT=1 clean (2,403 strings in all five catalogues, "Unmute" obsolete); make test-ui 5,053 passed, 8 skipped (430 files); make test-shell 442 in 55 modules; make test-worker green; make release-check passed (10 allowed warnings, no advisory); the Android JVM tests free 627 and gms 630 passed; make coverage-shell-all green; the WebKit smoke 917 screens, 9,464 checks, 0 failed with SMOKE_JOBS=16; cargo check of the shell for x86_64-pc-windows-gnu clean.

ann commented

2026-11-04 18:54:57 +00:00

Owner

Ctrl+F followed where the cursor was left: after a drag it opened the chat's search hidden under the "N selected" bar, after Select from the menu it opened the chat list's search. With messages picked, Ctrl+F now always searches the open chat, and the search bar takes the place of the "N selected" bar until the search is closed. Fixed in 0.8.0-rc2.