Hi @josch87,
Thank you for the detailed report.
I tried to replicate this on my end but was not able to reproduce the issue. The Copy button works correctly here and copies the full trigger link without any JavaScript error. For reference, here is a quick screenshot from my test:
https://shottr.cc/s/15f0/SCR-20260310-mz5.png
Regarding the truncated link in the UI, that behavior is expected in the interface. However, I’ve passed this feedback to the team as well.
Also, thank you for taking the time to share multiple reports and feedback recently. Since many of these are UI/UX improvements or feature-related observations, it would actually help a lot if you could open them directly on our GitHub repository so they reach the development team more quickly:
https://github.com/wp-media/backwpup/issues
That way they can review, track, and discuss the suggestions more efficiently.
Thanks again for helping improve the plugin.
Hi @saranshwpm,
thank you for taking the time to test this.
I did some additional investigation and it seems the issue is related to the execution context of the Clipboard API.
The installation where the error occurs is running over HTTP, not HTTPS.
In that environment the following error appears in the console when clicking the Copy button:
Uncaught TypeError: Cannot read properties of undefined (reading 'writeText')
This suggests that navigator.clipboard is not available in that context. As far as I understand, the Clipboard API is only available in secure contexts (HTTPS or localhost).
I verified that navigator.clipboard works correctly in my browser in general, but in the affected WordPress installation it appears to be unavailable due to the HTTP context.
This would explain why you are unable to reproduce the issue if your test environment is running over HTTPS.
It might be sufficient to add a simple guard before calling the Clipboard API:
if (navigator.clipboard && navigator.clipboard.writeText) {
// Modern Clipboard API (works in secure contexts like HTTPS)
navigator.clipboard.writeText(text);
} else {
// Clipboard API not available (e.g. HTTP context or older browsers)
// → optionally implement a fallback such as document.execCommand('copy')
// → or at least avoid the JavaScript error, hide the button, show the full link ...
}
This would prevent the JavaScript error in environments where the Clipboard API is unavailable.
Hope this helps narrow it down.
Hi @josch87,
Thank you for digging into this and for the detailed explanation — that makes a lot of sense.
You are correct that the Clipboard API is only available in secure contexts (HTTPS or localhost), so that would explain why the error appears on HTTP installations while it works normally in HTTPS environments.
If you’d like, I would invite you to open a report on our GitHub repository so the development team can review your findings and suggestion directly:
https://github.com/wp-media/backwpup/issues
Otherwise, feel free to let me know and I can open the issue on your behalf and include your investigation there.
Thanks again for taking the time to analyze this so thoroughly.