Describe the bug
When I cut text, the snippet immediately appears on the keyboard toolbar (suggestion / last-clip chip) so I can paste it in one tap.
When I copy the same text, it only lands in clipboard history. Nothing appears on the toolbar. I have to open the clipboard panel to reuse it.
Copy and cut should be treated the same for the toolbar last-clip / suggestion chip. Both write to the system clipboard; only the source field changes (cut removes the selection, copy keeps it).
To Reproduce
- Focus any editable field (Notes, chat, code editor, browser form).
- Select a short string, e.g.
hello toolbar.
- Cut it from LeanType (text-editing panel Cut, or the field’s Cut action while LeanType is the IME).
- Observe: the text shows on the toolbar as a last-clip / suggestion chip.
- Undo or retype the same string, select it again.
- Copy it (text-editing panel Copy, or the field’s Copy action).
- Observe: the text is in clipboard history, but the toolbar chip does not appear (or is not updated).
Also test:
- Copy from another app, then return to a field with LeanType open.
- Copy vs cut from the text-editing panel specifically.
- Copy of a single word vs a multi-line block.
Expected behavior
- Copy and Cut both write to the system clipboard, update clipboard history, and surface the same last-clip chip on the toolbar / suggestion strip.
- Tapping that chip pastes into the current field.
- Cut still removes the original selection. Copy still leaves it in place.
- Duplicate-suppression, if any, must not hide a freshly copied item from the toolbar just because an identical clip already exists in history.
Actual behavior
- Cut → toolbar chip + clipboard history.
- Copy → clipboard history only. Toolbar stays empty / stale.
Why this is a problem
The toolbar chip is the fast path. Opening clipboard history is an extra tap. Users copy far more often than they cut, so the fast path is missing on the common action (OTP codes, URLs, commands, addresses, function names).
Suggested fix
Treat clipboard writes the same regardless of origin (copy vs cut vs external clipboard change):
- Listen for clipboard content changes, not only the cut action path.
- When new plain text arrives, update last-clip toolbar state the same way cut already does.
- Keep current history rules (pin, search, swipe-edit, undo-delete).
- If a “suggest latest clipboard item” setting exists, apply it to copy and cut equally. If not, add Show latest clipboard item on toolbar.
App version & Flavor
- App: LeanType
- Version: v4.2.0
- Flavor: offline
- Device / OS: Samsung A50 (Android 11)
Describe the bug
When I cut text, the snippet immediately appears on the keyboard toolbar (suggestion / last-clip chip) so I can paste it in one tap.
When I copy the same text, it only lands in clipboard history. Nothing appears on the toolbar. I have to open the clipboard panel to reuse it.
Copy and cut should be treated the same for the toolbar last-clip / suggestion chip. Both write to the system clipboard; only the source field changes (cut removes the selection, copy keeps it).
To Reproduce
hello toolbar.Also test:
Expected behavior
Actual behavior
Why this is a problem
The toolbar chip is the fast path. Opening clipboard history is an extra tap. Users copy far more often than they cut, so the fast path is missing on the common action (OTP codes, URLs, commands, addresses, function names).
Suggested fix
Treat clipboard writes the same regardless of origin (
copyvscutvs external clipboard change):App version & Flavor