johanleroy
bde5358ea8
CI / No em/en dashes (push) Successful in 3s
CI / Build & test (Node 24) (push) Successful in 10m50s
CI / Build & test (Node 22) (push) Successful in 11m2s
Release / Publish to Gitea npm registry (push) Successful in 10m56s
Desktop Release / Build Linux (AppImage + deb) (push) Successful in 13m21s
Desktop Release / Publish floating desktop-latest release (push) Successful in 11s
CI / Pack & boot smoke (Node 22) (push) Successful in 9m53s
Desktop Release / Build Windows (NSIS + portable) (push) Canceled after 0s
Cause racine de l'ecran noir apres mise a jour : l'etag faible de @fastify/static derive de taille+mtime, et npm pack fige le mtime de tout le tarball a une date constante (1985-10-26). Deux index.html de versions differentes mais de meme taille partageaient donc le meme etag : le client recevait un 304, gardait son index perime, et demandait des /assets/<hash> disparus ; le fallback SPA repondait index.html en text/html pour ces modules, le navigateur refusait le script, rien ne peignait. - fix(server): index.html et tous les fichiers non haches servis en no-store, validation conditionnelle desactivee (etag/lastModified) pour qu'un client bloque sur un index perime se repare seul ; /assets/ (noms haches) passent en immutable un an - feat(web): copier/coller dans le terminal xterm, dont la selection n'est pas une selection DOM : Ctrl+Maj+C / Ctrl+Maj+V, Cmd+C / Cmd+V sur macOS, Ctrl+Inser / Maj+Inser, plus interception de l'evenement DOM copy pour que le Copier natif fonctionne. Ctrl+C reste SIGINT - fix(web): script anti-FOUC sorti dans /theme-boot.js, la CSP script-src 'self' du daemon refusait de l'executer inline (le theme n'etait donc pose qu'au montage de la SPA) - feat(web): les worktrees d'un groupe se deplient sur leur arborescence de fichiers dans le panneau Groupes (meme composant et meme etat d'expansion que l'Explorateur), et un worktree ainsi deplie est desormais surveille en temps reel - fix: octet nul litteral remplace par \0 dans trois sources (stores/ide.ts, GitPanel.vue, vscode/repos-tree.ts) : git et grep les traitaient comme binaires, leurs diffs etaient illisibles en revue et la garde CI lint-dashes (git grep -I) les sautait en silence - test: cacheControlFor et clipboardIntent en tests purs, verify-clipboard.mjs (E2E Chromium CDP : copie, collage et SIGINT prouves par le presse-papier reel et par le systeme de fichiers), capture groups-dark-desktop ajoutee a verify-ui.mjs
27 lines
1.4 KiB
JavaScript
27 lines
1.4 KiB
JavaScript
// Anti-FOUC : applique la préférence de thème (arb.theme) avant le premier paint, sinon un
|
|
// utilisateur en thème clair verrait un flash sombre au rechargement.
|
|
//
|
|
// Pourquoi un fichier séparé plutôt qu'un <script> inline dans index.html : la CSP du daemon
|
|
// impose `script-src 'self'` (cf. SECURITY_HEADERS dans server/src/app.ts), qui refuse tout
|
|
// script inline. Inline, ce code ne s'exécutait pas du tout et le thème n'était posé qu'au
|
|
// montage de la SPA. Chargé en <script src> synchrone dans le <head>, il garde le même timing
|
|
// (avant le premier paint) sans exiger 'unsafe-inline' ni un hash à regénérer à chaque édition.
|
|
//
|
|
// Doit rester synchrone (pas de module, pas de defer). Synchronisé avec lib/theme.ts.
|
|
(function () {
|
|
try {
|
|
var raw = localStorage.getItem('arb.theme');
|
|
var mode = raw ? JSON.parse(raw) : 'dark';
|
|
var dark = mode === 'dark' || (mode === 'system' && matchMedia('(prefers-color-scheme: dark)').matches);
|
|
var theme = dark ? 'dark' : 'light';
|
|
var bg = dark ? '#09090b' : '#fafafa';
|
|
var el = document.documentElement;
|
|
el.dataset.theme = theme;
|
|
el.style.backgroundColor = bg;
|
|
var cs = document.querySelector('meta[name=color-scheme]');
|
|
if (cs) cs.setAttribute('content', theme);
|
|
var tc = document.querySelector('meta[name=theme-color]');
|
|
if (tc) tc.setAttribute('content', bg);
|
|
} catch (e) {}
|
|
})();
|