aboutsummaryrefslogtreecommitdiff
path: root/archive
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-07-16 13:40:26 -0500
committerCraig Jennings <c@cjennings.net>2026-07-16 13:40:26 -0500
commit9320bb32cc5db4595fc007d8cc731623e26e20c0 (patch)
treef0662e26b004159f9e9263253a1975ed381c5f84 /archive
parentb9b46e5b74207c6cbe0e1c006c7540f56537ccab (diff)
downloadarchsetup-9320bb32cc5db4595fc007d8cc731623e26e20c0.tar.gz
archsetup-9320bb32cc5db4595fc007d8cc731623e26e20c0.zip
fix(gallery): hand the export over selected instead of faking a copy
The button said "copied" and nothing reached the clipboard. From a file:// origin Chrome refuses both programmatic paths: navigator.clipboard.writeText rejects NotAllowedError, and execCommand('copy') returns true while writing nothing. The truthy return is what let the page claim a success it never had. A hand-typed Ctrl+C works, so nothing about the clipboard is broken. I checked the rest of the chain: a Wayland-set clipboard crosses to X11, and Emacs reads it back correctly against a sentinel. So the page's only job is to hand the text over selected, and the reader's own copy does the rest. The comment I shipped earlier had this backwards, claiming Chrome couldn't write the clipboard at all. It's replaced.
Diffstat (limited to 'archive')
0 files changed, 0 insertions, 0 deletions