Une photo HEIC (marques heic, heix, mif1, msf1, heim, heis) était typée video/mp4. Elle est maintenant image/heic,
et AVIF image/avif. Elles restent refusées à l'envoi (invalid_media_mime_type), comme avant : sharp ne décode
que l'AVIF en entrée HEIF, pas le HEVC des HEIC. La marque hevc n'est une photo que si l'envoi se déclare photo,
pour qu'une vidéo HEVC en MP4 reste acceptée. Les vignettes Immich ne sont servies que pour les types image
autorisés.
Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
Suppression de compte : un compte qui avait un mot de passe mais qui est relié à OIDC, sur une instance avec
PASSWORD_LOGIN=false, ne pouvait plus se supprimer (le mot de passe ne sert plus). Il se confirme désormais par
son email après une connexion récente, comme un compte né du fournisseur. /me et l'échange OIDC renvoient
hasPassword=false dans ce cas, pour que l'écran demande l'email : aucun changement d'interface.
Identité OIDC : un email vérifié déjà relié à une autre identité (un autre sujet) n'est plus repris par un
nouveau sujet (oidc_email_taken). La connexion d'une identité déjà reliée reste faite par émetteur et sujet,
jamais par email.
Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
GEDCOM 5.5.1 n'admet que M, F et U ; SEX X n'existe qu'en 7.0, et l'export écrivait X sous un en-tête 5.5.1.
Un sexe « autre » s'écrit maintenant U. L'import lit toujours X comme avant.
Conséquence connue : à l'aller-retour, « autre » revient comme « non précisé » (5.5.1 n'a pas de valeur pour
« autre »). Décision à trancher, voir la description de la PR.
Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
Depuis la 1.2.0, chez le propriétaire, un clic sur un portrait vide ouvrait
le sélecteur de fichiers même en simple lecture, sur chaque personne sans
photo. En lecture, le clic ouvre maintenant la fiche, comme pour les autres
portraits ; l'invite « + photo » au survol et le sélecteur direct ne restent
qu'en mode modification. L'ajout de photo depuis la fiche ne change pas.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Use Immich previews for photos, enforce the image download cap while streaming,
reuse design tokens and remove unused translations. Add regression coverage.
Signed-off-by: Askrosm <155456680+Askrosm@users.noreply.github.com>
- OIDC : une identité n'est plus reliée automatiquement à un compte existant qui a un mot de passe.
L'inscription ne vérifie pas l'adresse, un tiers aurait pu créer ce compte avec l'email de la victime et lire
ce qu'elle y met ensuite. Refus avec oidc_email_taken et un message clair (FR, EN). Trouvé par la relecture
de sécurité avant la release.
- Tests OIDC : chaque connexion simulée a sa propre adresse (limite de 20 appels par minute et par adresse).
- CHANGELOG 1.2.0, OIDC marqué expérimental dans les deux README.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Fusion de main : graphAdapter.js supprimé par #119 ; le sexe est relu par
normalizeSex au chargement du graphe (data/mockData.js), en plus du serveur
qui renvoie déjà male/female/other/null. Mention retirée de i18n/en/app.js.
- Sexe : trois boutons à bascule (Femme, Homme, Autre, aria-pressed). Rien de
choisi = non précisé (null), la valeur par défaut ; un second clic sur le
choix actif y revient. La relecture affiche « Non précisé » pour une valeur
vide (sexLabel).
- « Ajouter quelqu'un » : « Décédé(e), date inconnue » sort de la colonne Décès
et tient sur une ligne, comme la case du prénom (règle CSS commune).
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
OIDC_ISSUER, OIDC_CLIENT_ID, OIDC_CLIENT_SECRET et OIDC_REDIRECT_URI
ajoutent « Se connecter avec … » à l'écran de connexion. Tout le protocole
passe par openid-client 6 : découverte, PKCE S256, state et nonce, échange
du code, vérification de l'ID token (signature, émetteur, audience, dates).
State, nonce et vérificateur PKCE vivent dans un cookie signé, httpOnly,
SameSite=Lax, qui lie le retour au navigateur qui a commencé la connexion.
Le compte est trouvé par (émetteur, sub), sinon relié par email vérifié,
sinon créé sans mot de passe si ALLOW_REGISTRATION le permet (instance
vide comprise). Retour vers l'app par un jeton de passage de 60 s, à usage
unique, dans le fragment, échangé contre une session.
PASSWORD_LOGIN=false retire les mots de passe Parenthèse. Un compte sans
mot de passe se supprime en retapant son email, dans les 15 minutes qui
suivent une connexion. Code OIDC masqué dans les journaux.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Sexe : Femme, Homme, Autre, Non précisé. Autre est enregistré « other »,
refusé en 400 comme toute valeur inconnue, et prend les formes neutres ou
doubles pour nommer un lien.
- GEDCOM : import SEX X (GEDCOM 7) → other, SEX U → non précisé ; export
other → SEX X, non précisé sans ligne SEX. Aller-retour testé.
- « Ajouter quelqu'un » : « Je ne connais pas son prénom » sort de la colonne
Prénom et tient sur une ligne (sous les deux champs sur ordinateur, sous
Prénom sur téléphone) ; les quatre choix du sexe tiennent sur une ligne.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Le compte des propositions en attente ne se chargeait qu'à l'ouverture de Partager ou du panneau des
propositions. Il se charge maintenant quand le propriétaire ouvre son arbre et se remet à jour quand il
revient sur l'onglet.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Les quatre onglets (Liens en plus) se partagent la place selon leur texte, sans retour à la ligne.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
AddPersonButton, DropTrashZone, CreateMyTreeButton, EditModeOverlay.jsx (App importe EditSessionBar sous ce
nom, sa feuille de style reste), InitialTreeWizard, InlinePersonForm, ProximityFeedback, useAddPersonDrag,
graphAdapter et graphDataHelpers, avec leurs feuilles de style. Aucun import, test compris ; lint, 253 tests et
build verts.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Champ Sexe (femme, homme, non précisé) dans la fiche en modification, à l'ajout
d'une personne et dans une proposition de la famille ; relu « Sexe » dans les
propositions à relire.
- Valeurs ramenées à male / female / null à l'écriture et à la lecture (anciennes
valeurs M/F relues sans migration), valeur inconnue refusée (400). Export GEDCOM
inchangé dans sa forme.
- Lien au survol genré quand le sexe est connu (Père, Tante, Cousine germaine,
Belle-mère…), forme double sinon. Nommage déplacé dans utils/kinship : une
fonction par langue reçoit le chemin complet (pas, personnes, sexe, année de
naissance), pour brancher d'autres langues.
- Anglais : beau-parent distingué de parent par alliance selon l'ordre du chemin
(Stepmother / Mother-in-law).
- Propositions à relire : le nom de la personne modifiée vient de l'avant lu en
base quand la modification ne porte que le champ changé.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
À false, POST /auth/register répond 403 registration_closed et l'app ne
propose plus de créer un compte (accueil, connexion, porte d'un arbre
partagé, menu du visiteur). Les comptes existants se connectent et créent
leurs arbres, le partage par lien et mot de passe ne change pas.
Une instance sans aucun compte accepte quand même le premier, sous un
verrou de transaction PostgreSQL (deux inscriptions simultanées n'en
créent qu'un). GET /auth/options expose l'état à l'écran d'accueil.
Défaut true : rien ne change pour les instances existantes.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Une personne trouvée par la recherche mais rangée dans un autre onglet : l'onglet s'ouvre et la vue va
sur elle (avant, la fiche s'ouvrait et l'arbre ne bougeait pas).
- Téléphone : recherche ouverte, la barre passe dessous. Grand écran : fiche ouverte, la barre passe à sa
droite ; recherche ouverte, elle s'arrête avant et se fond au bord.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Sauf le plus grand, chaque onglet homonyme prend les prénoms du couple charnière (« Bonnet · Hugo et
Françoise »), et la pastille qui y mène porte le même nom.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Une branche au bout de sa fratrie pose ses belles-familles au-delà, jamais dans la fratrie des aînés :
la branche de Paul passe à droite d'Eugénie et de Louise, hors de la ligne d'Auguste et Yvonne.
- Une belle-famille qui monte au-dessus des parents du conjoint se réduit aux parents si elle y amène des
oncles ou tantes ; une simple colonne d'ancêtres reste dessinée (archétype issue-67 inchangé).
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- La rangée des parents n'est réservée que sur la moitié de l'enfant de la lignée, pour tout couple : au-dessus
du conjoint, ses propres parents se posent (Louis et Joséphine au-dessus de Victor, 936 → 138 px).
- Un enfant parti dans un onglet ne laisse plus de place fantôme : ses parents se centrent sur les enfants
dessinés.
- Cinq archétypes mis à jour : les parents du conjoint collés au-dessus de lui.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Avec des ancêtres plus haut que les parents, elle montait dans les rangées des aînés de la lignée et s'y
glissait entre deux frères (Marc et Sophie entre Anaïs et Germaine). Les parents restent au-dessus du
conjoint, le reste devient un onglet, sauf les toutes petites familles (FAMILY_INLINE_MAX = 6 au-delà des
parents) qui restent dessinées. asc-23 : croisements 15 → 0, fratries coupées 7 → 1 ; arbre réel 1 → 0.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Les couples d'une fratrie restent groupés sous leurs parents, le gros bloc part au-delà. asc-23 :
croisements 21 → 15, fratries coupées 17 → 7 ; desc-3 : 47 → 40 ; Antoine 1787 à 91 px de ses parents
au lieu de 2 600.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Règle du bout : seule une belle-famille au bout de la fratrie est dessinée entière. Un enfant marié au
milieu de sa fratrie est rebâti avec les seuls parents de son conjoint au-dessus de lui ; frères, sœurs et
ancêtres du conjoint deviennent un onglet dont ces parents sont les charnières.
- Même réduction pour une belle-famille que la pose pousse à plus de FAMILY_FIT_PX (480 px) de son enfant.
- Le badge « Famille X · n › » devient une pastille au-dessus du portrait, à la place des parents, dessinée
après portraits et souvenirs (l'orbite évite le haut) : plus rien ne passe dessus.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- La barre d'onglets signale par un fondu le côté qui défile encore.
- Un fil de famille reliée deux fois qui passerait sous d'autres couples de la rangée des parents devient
une pastille, comme celui qui passerait devant la rangée de l'enfant (archétype cousins mis à jour).
- Une belle-famille en construction ne s'approprie pas une chaîne du sang de la référence dont les parents
sont ailleurs : elle ira sous eux.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Au bord (dernière génération, charnière d'un onglet), la référence envoyait toutes les belles-familles
du même côté. Onglet Lecarpentier : croisements 3 → 1, fratries coupées 2 → 1.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Un onglet est exactement le bloc d'une grande belle-famille (plus les conjoints charnières), posé avec
le conjoint comme référence : plus de descendants de la famille de départ dedans.
- La liste des onglets est calculée de proche en proche au chargement (familyTabsOf) : toutes les familles
sont dans la barre dès le début, chaque personne dans un seul onglet, les charnières des deux côtés.
- Un second conjoint de la même famille renvoie au même onglet ; les familles emboîtées restent dans
l'onglet qui les contient ; chaque charnière porte un badge de retour.
- La bascule « Tout l'arbre / Par famille » quitte la barre : case à cocher dans Paramètres de l'arbre,
réglage du navigateur (parenthese.familyTabs).
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Deux modes au choix du spectateur, gardés dans son navigateur : « Par famille » (onglets) et « Tout
l'arbre » (une belle-famille trop large reste dessinée d'un tenant). La bascule est en tête de la barre.
- En mode modification, la barre laisse la place au message du haut : moitié gauche sur grand écran,
sous le message sur téléphone.
- Sur un écran étroit, la personne de départ s'ouvre plus bas, la barre ne couvre plus ses parents.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Une belle-famille plus large qu'un écran (FAMILY_TAB_PX) n'est plus dessinée dans l'arbre : elle devient
un onglet, le même arbre recalculé avec le conjoint comme référence. Ses personnes sortent du placement,
le fil de ses parents vers le conjoint n'est pas dessiné.
- Le conjoint porte un badge « Famille X · n › » sous ses dates, un clic ouvre l'onglet.
- Barre d'onglets en haut à gauche : la famille de départ d'abord, puis chaque famille rencontrée, sans
doublon (une famille déjà en onglet se reconnaît à sa personne de référence parmi les membres).
- Retrait des clusters, cartes de famille, échos, bandeau et carte des familles.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Toute belle-famille, grosse (cluster) ou petite, part du côté opposé à la personne de référence : à droite
pour un conjoint à sa droite, à gauche sinon. Passes successives jusqu'à stabilité (4 au plus).
- Dans une belle-famille, la branche qui mène au conjoint longe, à tous les niveaux, le bord qui regarde
la famille principale : la carte de la famille principale est au bon bord du cluster.
- Les fratries ne sont plus dessinées en miroir pour ça : seul le bloc du conjoint change de place.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Sur une chaîne de remariage où l'enfant de la lignée est à un bout, toute la suite de conjoints (ex-époux
compris) part du côté de la belle-famille et l'enfant reste du côté de ses frères et sœurs.
- La rangée des parents n'est plus réservée que sur la moitié de l'enfant : la carte de famille peut se
poser juste au-dessus du conjoint.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
- Un cluster se range du côté où son conjoint se trouve dans la lignée principale (seconde passe si la
première construction l'avait mis de l'autre côté) ; le couple se tourne vers sa famille.
- La carte de famille se pose au plus près au-dessus du conjoint, en préférant le côté de sa famille.
- La carte inverse réserve sa place sous l'écho du conjoint dans le cluster (plus de chevauchement).
- La reconstruction d'un cluster ne laisse aucune trace (clusters imbriqués, chaînes posées, arêtes
externes) : 0 chevauchement sur l'arbre réel, 8 à 0 sur asc-3.
- Bandeau à l'écran avec le nom et la taille de la famille où l'on est.
- Carte des familles : bascule nette sous une échelle, sans fondu ni glissement ; famille principale au
milieu, familles par alliance en colonne de leur côté, traits de bloc à bloc avec les prénoms du mariage.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Retours de Patch : pas d'animation, familles rangées comme sur le schéma, lien
plus naturel, bloc calculé dans l'arbre et non dessiné par-dessus.
- Le placement donne à chaque famille sa place réelle et sa place sur la
carte (autour de la famille principale, en coordonnées de l'arbre).
- Passé le seuil de dézoom, une famille par alliance se replie net en son
bloc, qui glisse de sa place réelle vers sa place sur la carte à mesure
qu'on dézoome ; plus bas, la famille principale se replie aussi. Plus de
fondu, plus de clic sur les blocs.
- Les traits entre familles vont de bord à bord, avec les deux prénoms du
mariage. Le pont d'une carte de famille est un fil plein.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Maquette J retenue par Patch le 19/10 (« quand on dézoome pas mal, une
famille devient un gros bloc »). Entre les échelles 0,3 et 0,2 l'arbre
s'efface et les tuiles apparaissent : une par famille (la lignée principale
et chaque cluster), de taille constante à l'écran, avec le nom, six
portraits et le nombre de personnes ; un trait par mariage entre familles,
avec le prénom de la personne qui relie. Les tuiles se rangent autour de la
famille principale à distance d'écran fixe, quel que soit l'éloignement réel
des familles sur la toile. Un clic sur une tuile s'approche de la famille
(même mécanique que les pastilles). Le placement expose `result.families`.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Patch a écarté le plan arrière (« beaucoup trop d'infos, 150 personnes en
plus, illisible ») et retenu la maquette A. Une belle-famille plus large que
deux écrans devient un cluster dessiné à part, sur les mêmes rangées, par le
même placement. À sa place, au-dessus du conjoint, une carte de famille
(nom, quatre portraits, nombre de personnes) reliée à lui par un pont en
pointillé. Dans le cluster, le conjoint apparaît dans sa fratrie (écho de
la même personne) avec, sous lui, la carte inverse de la lignée qu'il a
rejointe. Un clic sur une carte mène de l'autre côté (même mécanique que
les pastilles). Le fil des parents vers le conjoint du plan principal est
masqué, il va à l'écho.
Nouveau type de nœud « family » dans le placement et le rendu, deux
constantes de carte, deux textes anglais. Le plan arrière et son calque
sont retirés.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Maquette F retenue par Patch le 19/10 au soir. Une belle-famille plus large
que deux écrans ne se colle plus devant : elle passe sur un plan arrière,
dessinée par le même placement, à l'échelle 0,55, ancrée pour que la place
fantôme de son conjoint coïncide avec lui (ses parents juste au-dessus de
lui, en retrait). Le plan avant garde ses rangées compactes.
Rendu : le plan arrière est dessiné d'abord sur un calque (couples, fils,
nœuds à leur échelle), composé sous le plan avant à 42 % avec un léger flou.
Le rayon des nœuds, la hauteur des lignes de fratrie et le culling suivent
l'échelle du nœud. Les filiations du plan arrière et le fil des parents
arrière vers leur enfant avant ne comptent ni pour les renvois ni pour les
niveaux de lignes.
Banc : le plan avant seul est mesuré, le nombre de personnes en arrière est
compté. Famille réelle de 385 : 202 personnes derrière, plan avant à 0
croisement et 7 fils de plus d'un écran (contre 9 et 15). Prototype : pas
encore de survol, d'échange des plans ni de masquage sous les portraits.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
