Lukas Holecek

Is that Wayland? Pasting does not work there out-of-the-box. See: https://copyq.readthedocs.io/en/latest/known-issues.html#on-linux-global-shortcuts-pasting-or-clipboard-monitoring-does-not-work

I don't use macOS nor am I familiar with MacUpdate. Is this issue for CopyQ v3.11.0 installed using brew or directly from the official builds? The official builds are available...

I don't know what to fix here. If that helps, the app is built and bundled on Travis CI. The build log says: ``` + /Users/travis/build/hluk/CopyQ/build/_CPack_Packages/Darwin/DragNDrop/copyq--Darwin/CopyQ.app/Contents/MacOS/CopyQ --version CopyQ Clipboard Manager...

I don't think it needs to be exactly 10.13 but I'm not sure what the exact OS version requirements are. Any ideas how to find this info?

Are there any advantages to have this in tray menu instead of opening application window? IMHO it's easier to browse/open tabs in the window.

I don't think this is possible unless the app itself provides the data in clipboard (you can check current clipboard formats in CopyQ via menu File - Show Clipboard Content...

By default, after activating an item in CopyQ, it sends **Shift+Insert** shortcut to the target window to paste clipboard. Could that cause the issue. BTW, new versions of GNOME and...

This sounds like [a Qt bug](https://bugreports.qt.io/issues/?jql=text%20~%20%22scaling%22%20AND%20%22Platform%2Fs%22%20%3D%20Windows). I don't think I can do anything about this in CopyQ, except try updating Qt. You can try a recent development build which now...

You can try development build of the app based on newer Qt 6 if it fixes the problem: https://ci.appveyor.com/project/hluk/copyq/builds/48252945/artifacts I suggest using the portable version and backing up your current...

It's quite possible that the desktop environment (or window manager) get in the way. For workaround, see: https://copyq.readthedocs.io/en/latest/faq.html#why-global-shortcuts-don-t-work