FOXA-2959 : la cabine sert les neuf Orange Cinéma, la moitié serveur de FOXA-1053 #110

Merged
foXaCe merged 1 commit from passe-20261018-081227-b53fcb5f into main 2026-10-18 08:35:48 +02:00
Owner

Le mandat de FOXA-1053 (2026-09-12) écrivait noir sur blanc : « Deux dépôts peuvent être
concernés — l'application TV, et le service qui résout les logos. Un chantier par dépôt. »

Seul NuvioTV a été livré. Les neuf images composées sont au miroir depuis le 2026-09-11 et
l'application les nomme une par une — la cabine, elle, ne les servait pas.

La mesure

_resolve_logos appelée elle-même, le 2026-10-18 : les neuf rendaient l'icône du fournisseur
— 11450.png pour six, 12652.png pour trois. Deux images pour neuf chaînes, et aucune n'est un
logo de chaîne
(FOXA-891 le relevait déjà : 9 sur 9 « dans_asset=False »).

Les neuf libellés réels (VIP: ORANGE CINE+ 1 … VIP: ORANGE PREMIUM) tombent sur les neuf clés
du tableau, 9 sur 9 — la clé est mesurée, pas supposée.

Le correctif, et le piège qu'il porte

Les neuf entrent dans _LOGO_SPECIAUX_SOURCE, nommées une par une.

⚠ Le basename EST la clé (orangecinemax3.png), et ce n'est pas cosmétique : _miroir_ou
calcule le nom opaque par sha256(sel + basename), et les fichiers déjà déposés sur le disque
du LXC 125 portent ce nom-là. Vérifié le 2026-10-18 avec le sel du miroir :

basename du code -> nom opaque calcule -> fichier pose sur le disque du serveur
  orangecineplus1        orangecineplus1.png      464feeb562878bb8911fd737bb02582d.png   POSE
  orangecinema2          orangecinema2.png        0b2bc1e12150350e990b9a1b53834c21.png   POSE
  orangecinemax3         orangecinemax3.png       1e3de2e4c19bca84cc6c6aa567c22842.png   POSE
  orangecinemax4         orangecinemax4.png       d72ee936caf44f84e1ce0d58d480a4a9.png   POSE
  orangecinemax5         orangecinemax5.png       bbf9027cea5e142e7cef27b1d2d3a7c4.png   POSE
  orangeclub             orangeclub.png           ae9dfb088604c3320f51de717a899643.png   POSE
  orangecinemaaventure   orangecinemaaventure.png 5c00059f18deba29918d3814f9cc7e49.png   POSE
  orangecinemahorreur    orangecinemahorreur.png  a793e2453aa81de24d8909b89f4ab9a3.png   POSE
  orangepremium          orangepremium.png        bcfcca455e1797740a21d390428a22b8.png   POSE

fichiers poses : 9 / 9

Ce sont exactement les noms opaques que NuvioTV référence : la cabine et l'application
serviront désormais la même image, la cabine en premier.

Un renommage ne ferait pas rougir ce banc — il ferait tomber la chaîne sur logos.nuvio.local,
qui ne résout nulle part. Trois tests le tiennent : les neuf clés nommées une à une, les neuf noms
du fournisseur qui reçoivent leur image fabriquée au lieu de l'icône, l'absence de croisement avec
_LOGO_REFUTES / _LOGO_ALIASES.

Le garde, avant et après

avant :  SPECIAUX  124 / 134 / 124   (serveur / TV / mobile)
apres :  SPECIAUX  133 / 134 / 124

Ce qui reste, et qui se dit

  • La copie MOBILE reste courte de ces neuf (124 contre 133) : elle se portera dans un chantier
    NuvioMobile. Le garde verifier-tables-logos.sh le nomme, il ne le cache pas.
  • novegasy n'est pas du lot : le serveur la réfute délibérément depuis FOXA-356 (la
    seule image de sa marque est un JPEG trop bruité — un logo baveux ne vaut pas le geste), là où
    l'application lui dessine une tuile typographique. Même effet voulu, deux mécanismes : l'écart
    est doctrinal, il se dit, il ne se « corrige » pas ici.
  • La table REFUTES reste absente côté TV : écart structurel, signalé par le garde et non compté.

Porte

2120 passed, 14 skipped, 0 échec (dépôts voisins montés). La référence passe de 2117 à 2120 :
les trois tests de ce correctif. verifier-parite-webui.sh et verifier-octets-controle-webui.sh
à 0 (aucun fichier de la cabine touché ici).

Le mandat de `FOXA-1053` (2026-09-12) écrivait noir sur blanc : *« Deux dépôts peuvent être concernés — l'application TV, **et le service qui résout les logos**. Un chantier par dépôt. »* **Seul NuvioTV a été livré.** Les neuf images composées sont au miroir depuis le 2026-09-11 et l'application les nomme une par une — la cabine, elle, ne les servait pas. ## La mesure `_resolve_logos` appelée elle-même, le 2026-10-18 : les neuf rendaient **l'icône du fournisseur** — `11450.png` pour six, `12652.png` pour trois. *Deux images pour neuf chaînes, et aucune n'est un logo de chaîne* (`FOXA-891` le relevait déjà : 9 sur 9 « dans_asset=False »). Les neuf libellés réels (`VIP: ORANGE CINE+ 1` … `VIP: ORANGE PREMIUM`) tombent sur les neuf clés du tableau, **9 sur 9** — la clé est mesurée, pas supposée. ## Le correctif, et le piège qu'il porte Les neuf entrent dans `_LOGO_SPECIAUX_SOURCE`, nommées une par une. ⚠ **Le basename EST la clé** (`orangecinemax3.png`), et ce n'est pas cosmétique : `_miroir_ou` calcule le nom opaque par `sha256(sel + basename)`, et les fichiers **déjà déposés** sur le disque du LXC 125 portent ce nom-là. Vérifié le 2026-10-18 avec le sel du miroir : ``` basename du code -> nom opaque calcule -> fichier pose sur le disque du serveur orangecineplus1 orangecineplus1.png 464feeb562878bb8911fd737bb02582d.png POSE orangecinema2 orangecinema2.png 0b2bc1e12150350e990b9a1b53834c21.png POSE orangecinemax3 orangecinemax3.png 1e3de2e4c19bca84cc6c6aa567c22842.png POSE orangecinemax4 orangecinemax4.png d72ee936caf44f84e1ce0d58d480a4a9.png POSE orangecinemax5 orangecinemax5.png bbf9027cea5e142e7cef27b1d2d3a7c4.png POSE orangeclub orangeclub.png ae9dfb088604c3320f51de717a899643.png POSE orangecinemaaventure orangecinemaaventure.png 5c00059f18deba29918d3814f9cc7e49.png POSE orangecinemahorreur orangecinemahorreur.png a793e2453aa81de24d8909b89f4ab9a3.png POSE orangepremium orangepremium.png bcfcca455e1797740a21d390428a22b8.png POSE fichiers poses : 9 / 9 ``` Ce sont exactement les noms opaques que `NuvioTV` référence : la cabine et l'application serviront désormais **la même image**, la cabine en premier. Un renommage ne ferait pas rougir ce banc — il ferait tomber la chaîne sur `logos.nuvio.local`, qui ne résout nulle part. Trois tests le tiennent : les neuf clés nommées une à une, les neuf noms du fournisseur qui reçoivent leur image fabriquée au lieu de l'icône, l'absence de croisement avec `_LOGO_REFUTES` / `_LOGO_ALIASES`. ## Le garde, avant et après ``` avant : SPECIAUX 124 / 134 / 124 (serveur / TV / mobile) apres : SPECIAUX 133 / 134 / 124 ``` ## Ce qui reste, et qui se dit - **La copie MOBILE reste courte de ces neuf** (124 contre 133) : elle se portera dans un chantier `NuvioMobile`. Le garde `verifier-tables-logos.sh` le nomme, il ne le cache pas. - **`novegasy` n'est pas du lot** : le serveur la **réfute** délibérément depuis `FOXA-356` (la seule image de sa marque est un JPEG trop bruité — *un logo baveux ne vaut pas le geste*), là où l'application lui dessine une tuile typographique. Même effet voulu, deux mécanismes : l'écart est doctrinal, il se dit, il ne se « corrige » pas ici. - La table `REFUTES` reste absente côté TV : écart structurel, signalé par le garde et non compté. ## Porte **2120 passed, 14 skipped, 0 échec** (dépôts voisins montés). La référence passe de 2117 à 2120 : les trois tests de ce correctif. `verifier-parite-webui.sh` et `verifier-octets-controle-webui.sh` à `0` (aucun fichier de la cabine touché ici).
FOXA-2959 : la cabine sert les neuf Orange Cinéma, la moitié serveur de FOXA-1053
All checks were successful
Porte / porte (pull_request) Successful in 54s
a173a3bb63
Le mandat de FOXA-1053 (2026-09-12) écrivait noir sur blanc : « Deux dépôts peuvent être
concernés — l'application TV, ET LE SERVICE QUI RÉSOUT LES LOGOS. Un chantier par dépôt. »
Seul NuvioTV a été livré. Les neuf images composées (la marque Orange en haut, le
distinctif sur deux lignes) sont au miroir depuis le 2026-09-11, l'application les nomme
une par une — et la cabine ne les servait pas.

## La mesure

`_resolve_logos` appelée elle-même, le 2026-10-18 : les neuf rendaient l'icône du
fournisseur — `11450.png` pour six, `12652.png` pour trois. Deux images pour neuf
chaînes, et aucune n'est un logo de chaîne : c'est exactement ce que l'opérateur voyait
et que FOXA-891 relevait déjà (9 sur 9 « dans_asset=False »).

Les neuf libellés réels du fournisseur (`VIP: ORANGE CINE+ 1` … `VIP: ORANGE PREMIUM`)
tombent sur les neuf clés du tableau, 9 sur 9 — la clé est mesurée, pas supposée.

## Le correctif, et le piège qu'il porte

Les neuf entrent dans `_LOGO_SPECIAUX_SOURCE`, nommées une par une.

⚠ Le basename EST la clé (`orangecinemax3.png`), et ce n'est pas cosmétique : `_miroir_ou`
calcule le nom opaque par `sha256(sel + basename)`, et les fichiers DÉJÀ DÉPOSÉS sur le
disque du LXC 125 portent ce nom-là. Vérifié le 2026-10-18 avec le sel du miroir : les
neuf basenames du code rendent exactement les neuf empreintes posées, 9 sur 9 — celles
que le miroir sert déjà à l'application.

Un renommage ne ferait pas rougir ce banc : il ferait tomber la chaîne sur
`logos.nuvio.local`, qui ne résout nulle part. Le commentaire du tableau le dit, et trois
tests le tiennent : les neuf clés nommées une à une, les neuf noms du fournisseur qui
reçoivent leur image fabriquée au lieu de l'icône, et l'absence de croisement avec
`_LOGO_REFUTES` / `_LOGO_ALIASES`.

## Ce qui reste, et qui se dit

- La copie MOBILE reste courte de ces neuf (124 clés contre 133) : elle se portera dans un
  chantier NuvioMobile, pas en silence depuis ce fichier.
- `novegasy` n'est pas du lot : le serveur la RÉFUTE délibérément depuis FOXA-356 (la
  seule image de sa marque est un JPEG trop bruité — un logo baveux ne vaut pas le geste),
  là où l'application lui dessine une tuile typographique. Même effet voulu, deux
  mécanismes : l'écart est doctrinal.
- La table `REFUTES` reste absente côté TV : écart structurel, signalé par le garde et non
  compté.

Porte : 2120 passed, 14 skipped, 0 échec (dépôts voisins montés ; la référence passe de
2117 à 2120, les trois tests de ce correctif).
foXaCe force-pushed passe-20261018-081227-b53fcb5f from a173a3bb63
All checks were successful
Porte / porte (pull_request) Successful in 54s
to 53c1c9b050
All checks were successful
Porte / porte (pull_request) Successful in 1m3s
2026-10-18 08:20:49 +02:00
Compare
foXaCe merged commit 84a6c3edc1 into main 2026-10-18 08:35:48 +02:00
foXaCe deleted branch passe-20261018-081227-b53fcb5f 2026-10-18 08:35:48 +02:00
Sign in to join this conversation.
No reviewers
No labels
montee-majeure
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
foXaCe/backend!110
No description provided.