In the latest version (21.4.51) I’m adding back legacy clipboard mechanism if new clipboard API does not work.
Basically new clipboard API requires secure context which is either HTTPS or localhost. This is not Manager restriction. It is how web-standards have been defined.
But most web-browsers still support legacy mechanism to write into clipboard so Manager will try to use both now.
Thanks @lubos, I’ve just downloaded and run the latest Linux Desktop version of Manager (21.4.51), which does confirm that it is no longer necessary to use a web browser window for the Copy to clipboard function to work.
Button behaviour is slightly changed from before, in that the button text no longer changes to “copied”, but the data is copied.
What is lost when using legacy mode?
I assume some future browsers may not support it but that is not what I’m inquiring about.
More, what Manager functions would not work or not work as well? There was a reason Manager moved to the new clipboard mechanism. I thought it allowed structured data transfer but my memory is a little vague.
Sorry, when i try to use Batch Update then click “Copy to Clipboard” the clipboard is empty. This renders Batch Update useless. I am doing this on my Mac Air desktop version.
I don’t think anything is lost actually. I didn’t realize there would be so many people affected by the change and that this would continue being a recurring issue.
If I remember correctly, the trigger for the change was that old mechanism stopped working on Mac. Apple is typically the first one to depreciate obsolete features.
@mroon, your problem is unrelated to the direction this topic has evolved into. There are open discussions in other bug topics. Meanwhile, workarounds are discussed in earlier posts (#20 and a few around there).