difference between selecting and double clicking words
See original GitHub issueDescribe the bug
There seems to be a difference how snippets are selected. I noticed weird changes when pruning my history. When deleting an item, the list seemed to update weirdly. The entries didn’t just move up. Sometimes an old already removed entry showed up near the top again. It almost felt like the list was being shuffled.
Note: I have been hacking about for #100, so I wasn’t alarmed. But now I have the newest version installed by gnome, re-populated history and restarted gnome session.
How To Reproduce
Versions
GNOME Shell 42.4
GCH org.gnome.shell.extensions.clipboard-history cache-only-favorites false
org.gnome.shell.extensions.clipboard-history cache-size 100
org.gnome.shell.extensions.clipboard-history clear-history @as []
org.gnome.shell.extensions.clipboard-history confirm-clear true
org.gnome.shell.extensions.clipboard-history disable-down-arrow true
org.gnome.shell.extensions.clipboard-history display-mode 2
org.gnome.shell.extensions.clipboard-history enable-keybindings false
org.gnome.shell.extensions.clipboard-history history-size 1000
org.gnome.shell.extensions.clipboard-history move-item-first true
org.gnome.shell.extensions.clipboard-history next-entry @as []
org.gnome.shell.extensions.clipboard-history notify-on-copy false
org.gnome.shell.extensions.clipboard-history paste-on-selection false
org.gnome.shell.extensions.clipboard-history prev-entry @as []
org.gnome.shell.extensions.clipboard-history private-mode false
org.gnome.shell.extensions.clipboard-history process-primary-selection true
org.gnome.shell.extensions.clipboard-history strip-text false
org.gnome.shell.extensions.clipboard-history toggle-menu ['<Super><Shift>V']
org.gnome.shell.extensions.clipboard-history toggle-private-mode ['<Super><Shift>P']
org.gnome.shell.extensions.clipboard-history topbar-preview-size 10
org.gnome.shell.extensions.clipboard-history window-width-percentage 33
Steps to reproduce
- turn on process-primary-selection
- use something like this sample text:
1abcd
2abcd
3abcd
4abcd
5abcd
6abcd
7abcd
-
double click on each word in order from top to bottom.
-
open extension’s menu and look at list, looks fine.
-
put mouse over topmost entry’s delete button.
-
click away all seven entries
-
repeat steps 3 to 6 (or not, up to you)
-
select some unrelated text to get some new entries unrelated to our test
-
this time don’t double click, instead select by dragging mouse, each word in order.
-
open extension’s menu and look at list, also looks fine.
-
repeat steps 5 and 6
-
repeat steps 10 and 11
-
it will look fine if you always draged from left to right. Otherwise you’ll only have the entries where you did from ltr or the last one if you did all from rtl.
Another test would be to select using keyboard, I didn’t get around to doing that.
Additional context (if a crash, provide stack trace)
no crash
Issue Analytics
- State:
- Created a year ago
- Comments:8 (8 by maintainers)
Top GitHub Comments
I’ve moved to another country, sorry for the long wait. Will test this out as soon as I can.
Thanks for this!
Yeah, can you try resetting stuff? And are you sure you don’t have another program messing around with the clipboard? The logs are just nonsense: they basically show that every time you copy something, the ----s also get copied somehow. This could somehow be the extension’s fault if it tells the system to copy the ----s, but I can’t figure out the code path where that happens.
I’ll also try using the primary clipboard. I usually keep that option off, but I’ll turn it on for the next few days to see if I can get weirdness on my end.