hluk
Commands are slow to execute
Describe the bug
I run some commnds using global shortcuts that do not require copy q window to show up. However, while they are simple, they sometimes take several seconds to paste transformed text.
To Reproduce
The two commands used in the screen recording:
paste source.ini.txt deepl.ini.txt
Expected behavior
Feel instantaneous regarding the simplicity of the commands
Screenshots
Version, OS and Environment
- Application Version: 13.0.0
- OS: Windows 11
- Installation method: Windows installer
Additional context Nothing relevant in the logs (no output during screen screen recording)
Note that there is some delay regarding the keystroke animations, which makes the process look faster than it actually is.
Do you have your copyQ set to start with Windows?
Try quitting out of CopyQ, and then re-launch it. For me this resolves the delay, and has been working perfectly for several days now, so it's not just that the program has been restarted. ( I Usually only reboot once a week or so)
I think there may be an issue when CopyQ is started with Windows.
Do you have your copyQ set to start with Windows?
Yes I have!
Try quitting out of CopyQ, and then re-launch it. For me this resolves the delay, and has been working perfectly for several days now, so it's not just that the program has been restarted. ( I Usually only reboot once a week or so)
I think there may be an issue when CopyQ is started with Windows.
Interesting! I do reboot my laptop almost every day, but the accumulation of data may still could potentially create this lag. The thing is that I just want to paste the last entry with my command in a certain way, which does not require CopyQ GUI to display nor to deal with the longer copy history. It should not lag in this case.
I agree, but try it and see. If you exit and close CopyQ, and then relaunch the program manually, not using the start with windows, the difference for me is night and day.
Mine has been running for 3 days started manually, and all commands are still pasting more or less instantly. I'm assuming the next time I reboot, and have the program start with windows, it will go back to the delay, but I haven't tested that yet to confirm.
I've been experiencing this problem as of last night. Substantial hesitation before items are pasted. This is coupled with a problem of CopyQ also pasting the second item instead of the first when using the proper keystrokes. I'm using 13.0.0 on a Linux Mint machine and have used CopyQ without issue since the start of the year.
I finally got rid of the flatpak version of Copyq and installed with Deb to solve this lag and several other issues. I have to start from scratch with pinned items and all that, but it's performing splendidly now.
A few places come to mind where the delay may add up.
On Windows, there is some larger delay when creating a new process (this is required to start the scripts). This is maybe tens of milliseconds more than on other platforms.
Loading the tab (to read an item) may also take some time if the tab contains a lot of items (X thousands).
If you use Synchronization plugin (sync tab to a directory), that could introduce another delay in some cases (read the item from disk instead of the main memory).
Reading data from the clipboard can be slow, depending on the source application that provides it.
Good explanation. Well, to my untrained ears, anyway. At any rate, I ended up uninstalling the Flatpack and re-installing a deb version, and CopyQ has been pure perfection since.