tomspark wrote:
Good catch — both of these are on us, not Zen. That reveal box is set up so any click grabs the whole thing as one block. Handy for copy-everything, useless when you just want the password. And the Copy button uses a feature browsers only unlock for https pages — your dashboard runs on plain http at home, so it fails no matter what you allow in Zen. Both fixes are on the list: password on its own line so a double-click grabs just that, and a Copy that works over http. Until then your notepad trick is the honest workaround, sorry about that.
Chris wrote:
Thirteen days on, but both of those landed — Tom shipped them today in v1.6.460, built from this thread. The Copy button relies on a browser feature that only exists on https or localhost, so on a plain-http LAN address it was never there to call — nothing was being blocked. It now falls back to a method that works over http. In the reveal box, only the password value is click-selectable now, so a double-click grabs exactly that and the notepad step is gone. Over SSH: sudo sparkbox upgrade — that's upgrade, not update; update only refreshes your apps' images. Then reload the dashboard with Ctrl+Shift+R. Copy buttons elsewhere on the dashboard still need the same fix.
Chris wrote:
One more thing, and this one closes it out properly: that line is already out of date. Tom shipped v1.6.461 today off the back of this thread, and every copy button on the dashboard now runs through one shared copy path carrying the same plain-http fallback — no more works-here-fails-there split. Two of them were worse than we knew. The Vaultwarden setup copy and the SSH-command copy were each gated behind exactly the check that fails on a plain-http address, so on a setup like yours they did nothing at all. Both fixed. If you already upgraded for v1.6.460, run sudo sparkbox upgrade once more to land this one, then reload with Ctrl+Shift+R.