diff options
| author | Craig Jennings <c@cjennings.net> | 2026-07-16 13:40:26 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-07-16 13:40:26 -0500 |
| commit | 9320bb32cc5db4595fc007d8cc731623e26e20c0 (patch) | |
| tree | f0662e26b004159f9e9263253a1975ed381c5f84 /README.md | |
| parent | b9b46e5b74207c6cbe0e1c006c7540f56537ccab (diff) | |
| download | archsetup-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 'README.md')
0 files changed, 0 insertions, 0 deletions
