-
fix(desktop, web): pont presse-papier Electron, sans quoi copier ne faisait rien dans l'app
CI / No em/en dashes (push) Successful in 3sCI / Build & test (Node 24) (push) Successful in 10m48sRelease / Publish to Gitea npm registry (push) Successful in 10m52sCI / Build & test (Node 22) (push) Successful in 11m6sDesktop Release / Build Linux (AppImage + deb) (push) Successful in 13m38sDesktop Release / Publish floating desktop-latest release (push) Successful in 11sCI / Pack & boot smoke (Node 22) (push) Successful in 9m56sDesktop Release / Build Windows (NSIS + portable) (push) Canceled after 0sreleased this
2026-08-04 19:11:46 +00:00 | 8 commits to main since this releasegit-arboretum 3.5.1, desktop 0.2.2.
Le copier/coller livre en 3.5.0 ne fonctionnait que dans un navigateur : verifie dans l'app packagee,
navigator.clipboardy rejette en NotAllowedError A LA LECTURE COMME A L'ECRITURE. La copie echouait
donc silencieusement dans le contexte meme ou le probleme avait ete signale.- feat(desktop):
arboretumDesktop.clipboardexpose par le preload, relaye en IPC vers le module
clipboardd'Electron (lecture + ecriture, ecriture bornee a 1 M de caracteres). Le module
clipboardn'etant pas accessible a un preload sandboxe, le passage par le main est obligatoire.
Constantes de canaux isolees dans src/shared/ipc.ts pour que le bundle du preload ne tire pas
ipcMainavec lui. - fix(web): acces au presse-papier en cascade, du plus fiable au plus degrade : pont de l'app de
bureau, puisnavigator.clipboard, puisdocument.execCommand('copy')pour l'ecriture. Ce dernier
recours couvre aussi l'acces LAN en clair (http://:7317), ou l'API Clipboard est indisponible. - test: quatre cas de plus sur l'ordre de la cascade et le retour a null quand tout est refuse
(501 tests). Pont IPC verifie dans un vrai Electron : writeText/readText repondent OK, alors que
navigator.clipboardy refuse. Le chemin complet frappe -> copie -> collage -> SIGINT reste
couvert par verify-clipboard.mjs (Chromium CDP, ALL GREEN).
Downloads
- feat(desktop):