SPB Git
spboucher.ai

Repository Public

spbjob-ka

Page 1 · 459 commits on main

  1. Fri, Oct 30, 20266 commits

    1. Revert "[ka6] fix connecteur valtech: board Greenhouse disparu de l'API publique (migration silo EU cassée) → bascule sur le site carrières officiel valtech.com, IDs Greenhouse préservés — vert found=7 (= médiane 7.0)"
      ···
      This reverts commit 3f719c8ae03a0f3dbccc13f77760344ffa35d795.
      Simon-Pierre Boucher 5 files +207 −330
    2. [ka6] fix connecteur valtech: board Greenhouse disparu de l'API publique (migration silo EU cassée) → bascule sur le site carrières officiel valtech.com, IDs Greenhouse préservés — vert found=7 (= médiane 7.0)
      ···
      Chronologie : vert found=7 en continu jusqu'à 10:11 EDT le 2026-10-30, puis
404 « Job board not found » sur boards-api.greenhouse.io/v1/boards/valtech
dès 11:53 (2 échecs consécutifs, stale). Diagnostic : le tenant vit sur le
silo EU de Greenhouse (les absolute_url pointaient déjà sur
job-boards.eu.greenhouse.io/valtech) mais TOUT le board y renvoie 500
?error=true (liste, détail, embed — un slug bidon donne 404, donc le board
existe mais n'est plus servi), alors que l'API globale sert d'autres
tenants EU (riverlane, eversports vérifiés 200) et que status.greenhouse.io
est vert : board désactivé/mal migré côté Greenhouse, aucun slug de
remplacement (Google n'indexe que « valtech », le site de l'employeur
génère encore ces URLs). Réparation (doctrine autodesk→eightfold : suivre
l'employeur) : fetch() réécrit sur le site carrières officiel —
liste JSON /joblist/getjsonresult (paginée, 147 offres monde, garde-fou
structure = erreur franche jamais un faux 0) + pages détail SSR
/en-ca/career/jobs/<ghid>/ (description complète dans article.rte-block,
datePosted JSON-LD = first_published Greenhouse vérifié, cache BD). Les IDs
Greenhouse survivent en fin d'URL → continuité totale des external_id :
sync isolé vert ok=1 found=7 updated=7 removed=0 en 14,8 s, les MÊMES
7 offres actives (Montréal) qu'avant la panne, URLs repointées vers
valtech.com (les anciennes job-boards.eu 500ent), dates de parution
intactes (ex. 4999182101 → 2026-10-07). careers_url de sources.json
repointée. Fiches valtech.md/ats-greenhouse.md/INDEX.md régénérées (1132
autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart
job-ka-sync OK, site local 200, www.job-ka.com 200.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 5 files +330 −207
    3. [ka6] connecteur valard_construction_lp: stale = faux positif « volume QC nul », rien à réparer — les 2 offres QC (« Chargé de projets » Québec parue 2026-05-26 et « Directeur Ligne de Transport » Québec parue 2026-06-23 — found=3 par répétition de location, gotcha widget v1) dépubliées par Valard entre 10:11 et 11:53 EDT le 2026-10-30. Profil connu « ok=1 found=0 médiane ≤1.5 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=3 en continu jusqu'à 10:11, puis ok=1 found=0 dès 11:53, removed=2 au sync de 13:48 (règle des 2 absences). Vérification live : widget v1 200, name=« Valard Construction », 59 entrées TOUTES hors Québec (AB/SK/ON/NS) ; détail des 2 shortcodes 2239CB7DA9 / A3FEA49B83 → 302 vers apply.workable.com/oops (marqueur Workable « dépublié ») — tenant VIVANT, zéro migration, le volume 0 est CORRECT (employeur pancanadien de lignes de transport, les chantiers QC Laval/Victoriaville ne publient qu'épisodiquement). Sync isolé rejoué : vert ok=1 found=0 en 1,1 s, 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches valard_construction_lp.md/ats-workable.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +201 −213
    4. [ka6] connecteur cgi: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même épisode que cusm_ir/groupe_bellemare/groupe_master le matin du 2026-10-30 (c8c10e8b) : UN SEUL cycle en échec « page liste illisible après 3 essais (0 octets) » à 08:56 EDT, 4e tenant Njoyn touché par la même instabilité (cusm_ir 06:00, groupe_bellemare 06:28, groupe_master 06:30) — jeudi, hors fenêtre de maintenance vendredi→dimanche. Chronologie : vert found=296 en continu jusqu'à 05:42, échec isolé à 08:56, puis reverdi TOUT SEUL à la rotation suivante (10:34 EDT, found=295, médiane 296) — la supervision a scanné entre les deux (d'où « volume au dernier sync: 0 »). Sync isolé rejoué : vert ok=1 found=290 en 111 s, les 296 offres actives intactes avant sync (le garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches cgi.md/ats-njoyn.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +144 −127
    5. [ka6] connecteur cusm_ir: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même signature que l'épisode rtl/sante_montreal/stl_laval du 2026-10-29 : UN SEUL cycle en échec « page liste illisible après 3 essais (0 octets) » le 2026-10-30 à 06:00 EDT, touchant simultanément 3 tenants Njoyn (cusm_ir 06:00, groupe_bellemare 06:28, groupe_master 06:30) pendant que cgi restait vert à 05:42 et que rtl/rtc_quebec/stl_laval reverdissaient à 07:12–07:18 (donc pas une fenêtre de maintenance complète — on est jeudi, hors fenêtre vendredi→dimanche). Chronologie : vert found=27 en continu jusqu'à 02:27, échec isolé à 06:00, puis reverdi TOUT SEUL à la rotation suivante (09:09 EDT, found=27 = médiane exacte 27.0) — la supervision a scanné entre les deux (d'où « volume au dernier sync: 0 »). Sync isolé rejoué : vert ok=1 found=27 en 7,0 s, les 27 offres actives intactes (le garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches cusm_ir.md/ats-njoyn.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +163 −141
    6. [ka6] fix connecteur mcgillstlaurent: retrait définitif de la source (pattern derumarketcatering 6744631f) — le tenant JazzHR mcgillstlaurent.applytojob.com est fermé en PERMANENCE (« Inactive Career Page » 200, re-vérifié live le 2026-10-30, 8 jours et 67 échecs consécutifs depuis le 2026-10-22 — bien au-delà des lapses transitoires ~35 h type xtl) : 3e sortie JazzHR délibérée du groupe McGill St Laurent, migration Lever achevée. Deux missions ka6 (2026-10-22, 2026-10-23) avaient conclu site_source_mort en conservant le connecteur : la supervision le resynchronisait donc en boucle (statut broken), exactement le cas derumarketcatering. Couverture TOTALE prouvée par le frère mcgillstlaurentb8 (Lever org mcgillstlaurent, board unifié du groupe) : vert found=15 au sync du 2026-10-29 23:52, API Lever live = 16 offres dont les CWP Energy QC (Junior Power Trader, Agentic Innovation Specialist + versions FR) ; invariant « un seul connecteur Lever par org » → pas de réécriture. Les offres JazzHR résiduelles sont déjà expirées (0 active en base, expire_stale 7 j passé le 2026-10-29). Retrait complet pattern maison : suppression de jobka/connectors/mcgillstlaurent.py (registre auto-découvrant), de l'entrée data/sources.json (1108→1107 sources, employeurs_directs 1047→1046, updated 2026-10-30, /api/sources vérifié sans CWP Energy) et de la fiche docs/connecteurs/mcgillstlaurent.md ; INDEX.md et ats-jazzhr.md régénérés (28→27 tenants, 1133 autres fiches restaurées hors périmètre). run.py sync mcgillstlaurent → « connecteur inconnu » (attendu) ; non-régression plateforme jazzhr : xtltransportlogistics vert found=32 en 1,5 s. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. La supervision passera broken→retired d'elle-même (~14 j).
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 5 files +117 −317

  2. Thu, Oct 29, 20267 commits

    1. [ka6] connecteur cooperrentsequip: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC 5511 « Journalier / Coordonnateur à la cour » (Montréal, parue 2026-01-14) dépubliée par Cooper Equipment Rentals entre 16:11 et 16:44 EDT le 2026-10-29. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 16:11, puis ok=1 found=0 dès 16:44, removed=1 au sync de 19:17 (règle des 2 absences). Vérification live Dayforce sur les 3 cultures : fr-CA maxCount=0 ; en-CA/en-US maxCount=2 avec 2 offres toutes HORS Québec (Kitchener ON + Edmonton AB, division Trench Safety) — la partition par culture est ici sans conséquence, aucune offre QC dans aucune culture, 5511 absente partout ; tenant VIVANT, zéro migration, le volume 0 est CORRECT (employeur pancanadien, seule la succursale de Montréal publie occasionnellement au QC, médiane 0.5). Sync isolé rejoué : vert ok=1 found=0 en 1,4 s, 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches cooperrentsequip.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +333 −346
    2. [ka6] connecteur poolcorp: stale = faux positif « volume QC nul » (2e épisode), rien à réparer — l'unique offre QC R22181 « Expéditeur/Shipping Clerk » (Boucherville, parue 2026-10-27) dépubliée par POOLCORP entre 12:17 et 14:27 EDT le 2026-10-29. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 12:17, puis ok=1 found=0 dès 14:27 (missed=1). Vérification live : détail cxs de R22181 → 403 S22 (marqueur Workday documenté « dépublié ») ; board cxs 200 avec 137 offres publiées, facette pays = 100 % États-Unis (même pas de Canada), searchText Quebec/Québec/Boucherville/Montreal → 0 — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Même classe saisonnière que l'épisode 2026-10-02 (industrie de la piscine, seul le centre de Boucherville publie au QC — R22132 « Seasonal Warehouse Associate » n'a vécu que 2 jours fin octobre). Sync isolé rejoué : vert ok=1 found=0 removed=1 en 10,2 s (R22181 retirée proprement à la règle des 2 absences), 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches poolcorp.md/ats-workday.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +403 −414
    3. [ka6] connecteur stl_laval: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même épisode que rtl (8832c153) et sante_montreal (b465426a) : UN SEUL cycle en échec « page liste illisible (0 octets) » le 2026-10-29 à 09:44 EDT, touchant simultanément 3 tenants Njoyn (rtl, sante_montreal, stl_laval) pendant que cgi/rtc_quebec/cusm_ir restaient verts (donc pas une fenêtre de maintenance complète). Chronologie : vert found=14 en continu jusqu'à 06:47, échec isolé à 09:44, puis reverdi TOUT SEUL à la rotation suivante (12:28 EDT, found=14 = médiane exacte 14.0) — la supervision a scanné entre les deux (d'où « volume au dernier sync: 0 »). Sync isolé rejoué : vert ok=1 found=14 en 4,4 s, les 14 offres actives intactes (garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches stl_laval.md/ats-njoyn.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +55 −37
    4. [ka6] connecteur sante_montreal: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même épisode que rtl (8832c153) : UN SEUL cycle en échec « page liste illisible (0 octets) » le 2026-10-29 à 09:38 EDT, touchant simultanément 3 tenants Njoyn (rtl, sante_montreal, stl_laval) pendant que cgi/rtc_quebec/cusm_ir restaient verts (donc pas une fenêtre de maintenance complète). Chronologie : vert found=864 en continu jusqu'à 06:43, échec isolé à 09:38, puis reverdi TOUT SEUL à la rotation suivante (12:24 EDT, found=864 = médiane exacte 864.0) — la supervision a scanné entre les deux. Sync isolé rejoué : vert ok=1 found=854 en 31 s (volume oscille naturellement 804→864 cette semaine), garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait. Aucun code de fetch modifié, docstring chronologie seulement. Fiches sante_montreal.md/ats-njoyn.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +63 −43
    5. [ka6] connecteur rtl: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — UN SEUL cycle en échec « page liste illisible (0 octets) » le 2026-10-29 ~09:36 EDT, touchant simultanément 3 tenants Njoyn (rtl, sante_montreal, stl_laval) pendant que cgi/rtc_quebec/cusm_ir restaient verts (donc pas une fenêtre de maintenance complète, contrairement aux épisodes des 2026-09-05 et 2026-10-23/24). Chronologie : vert found=17 en continu jusqu'à 06:42, échec isolé à 09:36, puis reverdi TOUT SEUL à la rotation suivante (12:23 EDT, found=17 = médiane exacte 17.0) — la supervision a scanné entre les deux. Sync isolé rejoué : vert ok=1 found=17 en 3,8 s, les 17 offres actives intactes (garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches rtl.md/ats-njoyn.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +176 −160
    6. [ka6] connecteur navcanada: stale = faux positif « volume QC nul », rien à réparer — les 2 dernières offres QC du board Workday dépubliées le 2026-10-28/29. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=2 en continu jusqu'au 2026-10-28 23:25 EDT, puis ok=1 found=0 dès 00:28 — les 2 offres QC (JR-8513 « Operational Training Specialist – Montreal ACC » et JR-8454 « Manager, Airspace Development ») dépubliées entre les deux, retirées proprement à la règle des 2 absences (removed=2 à 03:01). Vérification live : API cxs 200 avec 28 offres publiées (Ottawa/Toronto/Vancouver/Winnipeg/North Bay/Gander/Moncton/Edmonton/Kelowna) mais zéro Québec — le « Shift Scheduling Specialist » à « 2 Locations » est une NOUVELLE réquisition JR-8506 Toronto+Winnipeg, pas l'ancienne Montréal JR-8244 ; les 2 pages détail cxs des offres retirées renvoient 404 (marqueur Workday de dépublication) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 3,9 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication QC (ACC de Montréal, roulement régulier). Fiches navcanada.md/ats-workday.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +271 −284
    7. [ka6] connecteur iamgold: stale = faux positif « portail introuvable » transitoire, rien à réparer — blip du frontal Taleo le 2026-10-29 à 02:42 EDT. Chronologie : vert found=4 en continu jusqu'à 00:10, puis UN SEUL sync en échec à 02:42 sur « numéro de portail introuvable » (page d'amorce jobsearch.ftl servie sans portal=NNN, en survivant aux 3 essais/backoff de _bootstrap du commit 5c5ffa7 — 6e occurrence du pattern depuis septembre, 1re sur ce tenant ; cf. agnico_eagle, bell_textron ×2, bayshore, ciusss_est_montreal). Vérifié live : page d'amorce 200 (53 ko) avec portal=101430233 INCHANGÉ — aucun changement de tenant, de section (ex) ni de portail. Sync isolé rejoué : vert ok=1 found=4 (= médiane exacte 4.0) en 2,0 s, les 4 offres QC actives (mine Westwood, Abitibi) intactes. Aucun code de fetch modifié, docstring chronologie seulement. Fiches iamgold.md/ats-taleo.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +80 −69

  3. Wed, Oct 28, 20266 commits

    1. [ka6] connecteur makeitbloom: stale = « Inactive Career Page » JazzHR probablement TRANSITOIRE, rien à réparer — lapse du tenant survenu le soir même (2026-10-28). Chronologie : vert found=3 (= médiane 3.0) en continu jusqu'à 18:28 EDT, puis « this account is no longer active » dès 20:54 (RuntimeError de la détection adb8637). Vérifié live : board /apply/ et pages détail des 3 offres en base renvoient 200 Inactive ; employeur VIVANT (les 3 postes relayés LinkedIn/Indeed après la coupure) ; ZÉRO migration — makeitbloom.com/careers pointe toujours le board JazzHR, pages /careers-marketing/ du sitemap datées 2018-2019, aucun board sur Lever/Greenhouse/Workable/BambooHR/Recruitee/Teamtailor/Breezy/Ashby (orgs « bloom » = homonymes Toronto/Paris), Serper → néant. PRÉCÉDENT DÉCISIF xtltransportlogistics : même marqueur du 2026-09-29 21:20 au 2026-10-01 08:30 (~35 h) puis retour vert TOUT SEUL (found=38, encore vert aujourd'hui à 32) — « Inactive Career Page » n'est pas toujours une résiliation définitive (contra mcgillstlaurent). Sync isolé rejoué : toujours Inactive, échec attendu, offres préservées. Connecteur conservé tel quel, docstring chronologie seulement ; si le tenant revient le sync repart seul, sinon expire_stale archivera les 3 offres (7 j, ~2026-11-04) et la supervision passera la source en retired (~14 j). Fiches makeitbloom.md/ats-jazzhr.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +182 −156
    2. [ka6] connecteur lambda: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC du board Ashby dépubliée le 2026-10-28. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 12:29 EDT, puis ok=1 found=0 dès 15:03 — l'unique offre « Data Center Operations Systems Engineer (Quebec City, Canada) » f7cbc44b dépubliée entre les deux, retirée proprement à la règle des 2 absences (removed=1 à 16:42, active=0). Vérification live : posting-api board 200 avec 94 offres publiées (Lambda Labs — San Francisco/Bellevue/San Jose/Dallas/Inde/Mexique) mais zéro Québec ; les 2 pages détail QC répondent 404 + "posting":null (marqueur Ashby de dépublication, contrôle positif 3fede5ab vivante en 200) — tenant VIVANT, zéro migration (lambda.ai/careers et lambdalabs.com/careers pointent toujours vers ashbyhq.com/lambda). Sync isolé rejoué : vert ok=1 found=0 en 0,3 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication QC (data center de Bécancour). Fiches lambda.md/ats-ashby.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +201 −221
    3. [ka6] connecteur g3canada: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC du board Dayforce dépubliée le 2026-10-28. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 10:07 EDT, puis ok=1 found=0 dès 11:59 — l'unique offre « Logistics Coordinator » 4180 Saint-Hyacinthe (parue 2026-10-14) dépubliée entre les deux, retirée proprement à la règle des 2 absences (miss_count=2, active=0). Vérification live : search en-CA 200 maxCount=14, 14 offres toutes hors QC (BC/AB/MB/ON/SK) ; API détail 4180 → postingStatus=2 (marqueur Dayforce de dépublication, contrôle positif 4189 vivante postingStatus=1) — tenant VIVANT, zéro migration (g3.ca/careers = coquille SPA non concluante mais l'API tenant répond en direct). Sync isolé rejoué : vert ok=1 found=0 en 1,5 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; récidive du profil déjà documenté le 2026-09-18 (Journalier 3773), le connecteur reverdira seul à la prochaine publication QC. Fiches g3canada.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +182 −203
    4. [ka6] connecteur doman_building_materials: stale = faux positif « volume QC nul », rien à réparer — les 4 offres QC du board Workable dépubliées en bloc le 2026-10-28. Profil connu « ok=1 found=0 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=4 en continu jusqu'à 09:57 EDT, puis ok=1 found=0 dès 11:51 — les 4 offres QC (Employé d'entrepôt / Warehouse Person Québec du 2026-10-01, Représentant des ventes interne du 2026-09-16, Administrative Clerk / Commis à l'administration du 2026-09-14) dépubliées entre les deux, retirées proprement à la règle des 2 absences (removed=4 à 14:28). Vérification live : widget v1 GET 200 « Doman Building Materials Group Ltd » avec 17 offres publiées (C.-B., Saskatchewan, Ontario, N.-É., T.-N.) mais zéro Québec ; les 4 pages détail 302 → board + ?not_found=true (marqueur Workable de dépublication confirmé) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 0,6 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; employeur pancanadien à roulement par site (Maskinongé, Blainville), le connecteur reverdira seul à la prochaine publication QC. Fiches doman_building_materials.md/ats-workable.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +288 −295
    5. [ka6] connecteur gng: stale = faux positif, 403 Dayforce ponctuel le 2026-10-28, rien à réparer dans le fetch. Chronologie : vert found=1 en continu jusqu'à 06:24 EDT, puis UN SEUL sync en échec à 10:09 — 403 Forbidden ponctuel du frontal Dayforce sur /api/geo/gng/jobposting/search (variante connue du blip frontal, cf. cas sobeys ; même matinée que les 403 de premierparks à 07:09 et cep à 08:59 — blip multi-tenants Dayforce du 2026-10-28). Sync isolé rejoué à 11:25 : vert ok=1 found=1 (= médiane exacte 1.0) en 2,3 s, 1 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement. Fiches gng.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +232 −216
    6. [ka6] connecteur premierparks: stale = faux positif, 403 Dayforce ponctuel le 2026-10-28, rien à réparer dans le fetch. Chronologie : vert found=23 en continu jusqu'à 03:26 EDT, puis UN SEUL sync en échec à 07:09 — 403 Forbidden ponctuel du frontal Dayforce sur /api/geo/premierparks/jobposting/search (variante connue du blip frontal, cf. cas sobeys ; le tenant frère cep a pris le même 403 à 08:59 la même matinée — blip multi-tenants, pas propre à premierparks). Sync isolé rejoué à 09:24 : vert ok=1 found=23 (= médiane exacte 23.0) en 1,1 s, 23 offres actives en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; cep reverdira seul à sa rotation horaire. Fiches premierparks.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +244 −228

  4. Tue, Oct 27, 20264 commits

    1. [ka6] connecteur microhabitat: stale = fermeture saisonnière EN BLOC des 13 offres le 2026-10-27, rien à réparer dans le fetch — purge accélérée des offres fantômes. Chronologie : vert found=13 en continu jusqu'à 17:26 EDT, puis ok=1 found=0 dès 20:42 — les 13 postes (saisonniers d'agriculture urbaine parus au printemps, ex. Urban Farming Coordinator du 2026-04-29) fermés d'un coup entre les deux, fin de saison. Vérification live : /json 200 `[]` (contrôle décisif : une org Breezy inexistante renvoie 404 — le tenant est VIVANT), les 13 pages /p/ sondées une à une affichent toutes « Position Closed — Sorry, this position is no longer accepting candidates » sans formulaire de candidature, et microhabitat.com/careers pointe toujours vers microhabitat.breezy.hr — zéro migration, le volume 0 est CORRECT. Particularité vs les faux positifs « volume QC nul » habituels : médiane 13 ≥ DRIFT_MIN_BASE 8 → le garde-fou de dérive suspendait les retraits et laissait 13 offres fantômes actives en ligne. Purge par le mécanisme normal accéléré (précédent vadesk) : 3 syncs isolés rejoués → la médiane de la fenêtre DRIFT_HISTORY=5 tombe à 0, le garde se lève, règle des 2 absences → removed=13, 0 offre active en base = reflet exact de la source. Dernier sync vert ok=1 found=0 en 1,8 s. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine saison d'embauche. Fiches microhabitat.md/ats-breezy.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +200 −211
    2. [ka6] connecteur hiregroundtalent: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC du board Workable a été dépubliée le 2026-10-27. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 14:28 EDT, puis ok=1 found=0 dès 17:05 — l'unique offre « Sales Account Manager - Hospitality & Residential » Montréal (shortcode 4D15E4AA04, parue 2026-03-16) dépubliée entre les deux, retirée proprement à la règle des 2 absences (removed=1 à 19:33). Vérification live : widget v1 GET 200 « Hire Ground Talent » avec 4 offres publiées (US ×2, Toronto, Cambridge ON) mais zéro Québec ; page détail de l'offre 302 → board + ?not_found=true (marqueur Workable de dépublication confirmé) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 0,6 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; cabinet de recrutement multi-mandats, le connecteur reverdira seul au prochain mandat QC. Fiches hiregroundtalent.md/ats-workable.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +319 −328
    3. [ka6] fix connecteur ingeniuinc: migration d'ATS SmartRecruiters → site Odoo de l'employeur le 2026-10-27 — tenant SR vidé, nouvelle plateforme odoo.py. Diagnostic : vert found=1 en continu jusqu'à 07:32 EDT, puis ok=1 found=0 dès 10:23 (removed=1 à la règle des 2 absences) — l'unique offre, un fantôme paru le 2021-08-02, dépubliée entre les deux. Vérification live : API postings SmartRecruiters IngeniuInc 200 totalFound=0 (tenant existant mais vidé), page board 404 ; l'entreprise s'est rebaptisée Ingeniu Solutions (ingeniu.ca → www.ingeniusolutions.com) et publie désormais sur son PROPRE site Odoo (module website_hr_recruitment, /jobs) : 2 offres publiées. Nouvelle classe de plateforme jobka/connectors/odoo.py (pattern glow) : liste HTML rendue serveur (cartes jobs_grid, ancre /jobs/<slug>-<id>, titre <h3>, libellé <address>), pagination /jobs/page/N suivie, détail par MICRODONNÉES schema.org/JobPosting (meta datePosted/employmentType, div itemprop=description) — ⚠️ la div description ne porte que l'intro, le corps (responsabilités, compétences, avantages) vit dans les blocs website-builder qui la suivent : capture jusqu'au footer, CTA retiré ; cache BD + budget de re-visites (JOBKA_ODOO_DETAIL_LIMIT=60), garde-fou anti faux « 0 offre » (marqueur jobs_grid + retry). Lieux en cascade (doctrine bento_sushi, rien d'inventé) : addressLocality structurée → libellé <address> QC → ville citée dans le bloc JobPosting (« à notre bureau de Montréal », « Située à Montréal ») validée contre le référentiel des municipalités QC ; tout ce qui suit <footer> (siège en pied de page) jamais lu. ingeniuinc.py re-pointé sur OdooConnector (ids 743999764601957 → 15/38), sources.json mis à jour (url, careers_url, connector=odoo). Tests réels : fetch isolé 2 offres Montréal (teletravail/hybride, temps_plein, descriptions 2623/3633 car.), sync vert ok=1 found=2 added=2 en 0,3 s (médiane 0.5 — le nouveau board porte réellement 2 offres), 2 offres actives en base, l'ancienne offre SR inactive. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches ingeniuinc.md/ats-odoo.md/ats-smartrecruiters.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre).
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 7 files +545 −243
    4. [ka6] fix connecteur groupepmi: migration d'ATS Zoho Recruit → Glow in the Cloud le 2026-10-27 — tenant Zoho RÉSILIÉ, nouvelle plateforme glow.py. Diagnostic : vert found=10 en continu jusqu'à 07:20 EDT, puis ok=1 found=0 dès 10:10 (retraits suspendus par le garde-fou de dérive) ; le RSS et /jobs/Careers de groupepmi.zohorecruit.com renvoient tous deux une page d'erreur Zoho « groupepmi.zohorecruit.com does not exist » (200, 2596 octets) — tenant supprimé chez Zoho, pas un blip. La page carrières officielle groupepmi.ca/carriere/ pointe désormais (4 liens) vers jobs.glowinthecloud.com/groupepmi : ATS québécois Glow in the Cloud, 10 offres publiées (= médiane historique). Nouvelle classe de plateforme jobka/connectors/glow.py (pattern JazzHR) : liste HTML rendue serveur (cartes avec adresse complète), détail JSON-LD JobPosting (tabulations littérales absorbées par _jsonld), cache BD + budget de re-visites, garde-fou anti faux « 0 offre » (marqueur jobSearch-result + retry). Lieux en cascade (doctrine bento_sushi, rien d'inventé) : adresse de liste → jobLocation JSON-LD → ville citée dans la description validée contre le référentiel des municipalités QC (« Chantier Joliette ») ; le <address> des pages détail est le SIÈGE en footer, jamais utilisé ; 1 offre sans aucun marqueur de lieu correctement écartée. groupepmi.py re-pointé sur GlowConnector (ids 717696… → 20261015002…), sources.json mis à jour (careers_url, connector=glow). Tests réels : fetch isolé 9 offres QC/10 publiées, 2 syncs verts ok=1 found=9 (médiane 10) en 1,1 s puis 1,7 s avec removed=10 (anciennes offres Zoho retirées à la règle des 2 absences), 9 offres actives en base. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches groupepmi.md/ats-glow.md/ats-zoho_recruit.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre).
      Simon-Pierre Boucher 7 files +576 −282

  5. Mon, Oct 26, 20266 commits

    1. [ka6] connecteur dentons: broken = faux positif « volume QC nul », rien à réparer — les 2 offres QC du portail SuccessFactors ont été dépubliées le 2026-10-26. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=2 en continu jusqu'à 14:37 EDT, puis ok=1 found=0 dès 17:14 — la paire FR/EN « Responsable, Comptes fournisseurs / Accounts Payable Lead » Montréal (ids 1362980357/1362877757, parue 2026-10-04) dépubliée entre les deux, probablement poste comblé. Vérification live : sitemap urlset careers.dentons.com 200 avec 131 offres mondiales mais zéro slug QC, pages détail des 2 ids retombées sur le gabarit CSB vide (titre présent mais AUCUNE microdonnée itemprop — contrôle décisif : l'offre vivante Rome-Associate-Litigation du sitemap a itemprop description/datePosted/title) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Les offres avaient déjà été retirées proprement à la règle des 2 absences (removed=2 à 18:09). Sync isolé rejoué : vert ok=1 found=0 en 0,4 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication QC (le bureau de Montréal publie bien ici, cf. docstring). Fiches dentons.md/ats-successfactors.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 4 files +43 −57
    2. [ka6] connecteur alygra: broken = faux positif « volume QC nul », rien à réparer — l'unique offre du board Ashby a été dépubliée le 2026-10-26. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 13:45 EDT, puis ok=1 found=0 dès 14:17 — l'unique offre « Consultant.e RH » Montréal (id cde91007-e3e3-4805-a5bd-5cba9d16b1f4, parue 2026-08-14) dépubliée entre les deux. Vérification live : API posting-api/job-board/alygra 200 avec jobs=[] (contrôle décisif : une org Ashby supprimée renvoie 404 — le tenant existe), page carrières jobs.ashbyhq.com/alygra 200 « Alygra Advisory Jobs », page détail de l'offre retombée sur le titre générique « Jobs » — tenant VIVANT, zéro migration, le volume 0 est CORRECT. L'offre avait déjà été retirée proprement à la règle des 2 absences (removed=1 à 16:55). Sync isolé rejoué : vert ok=1 found=0 en 0,5 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication du tenant. Fiches alygra.md/ats-ashby.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +107 −117
    3. [ka6] connecteur volupharmainc: stale = faux positif « volume QC nul », rien à réparer — l'unique offre du board a été dépubliée le 2026-10-26. Profil connu « stale ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 11:37 EDT, puis ok=1 found=0 à 15:46 — l'unique offre « Formateur(trice) ATP » Boisbriand (id 743999753702457, parue 2021-06-14 !) dépubliée entre les deux. Vérification live : API postings volupharmaInc 200 totalFound=0, page détail de l'offre marquée FILLED / « no longer available », page carrières officielle « Careers at Évolupharma Inc. » 200 avec « No job postings are currently available » — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 1,1 s, removed=1 (l'offre fantôme de 2021 retirée proprement à la règle des 2 absences), 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication QC du tenant. Fiches volupharmainc.md/ats-smartrecruiters.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher 4 files +248 −259
    4. [ka6] fix connecteur mitsubishi_hc_capital: 3e tenant ADP WFN touché le 2026-10-26 par le frontal intermittent par cid — même panne que bento_sushi (64f53c8f) et cookit (7873198d), même garde-fou de retry borné scoped au connecteur. Diagnostic : vert found=1 en continu jusqu'à 11:15 EDT, puis 404 franc sur la liste job-requisitions à 15:25 pendant que les frères ADP (cookit, bento_sushi, cultures_genv, groupe_nordik, h2o_innovation, ciena, richelieu…) sont verts à la même heure — pool backend malade côté ADP sélectionné par cid ; un seul raté suffit à rendre la source stale (cycle ~3 h > seuil 4 h) et le repli « détail seulement » de 9d9e3f4e laisse volontairement passer les 4xx. Sonde live de 8 essais à ~17h45 : 8× 200 JSON complet (meta.totalNumber=1 = médiane 1.0, requisitionLocations intactes 3/3 QC : pas besoin du fallback d'adresse de bento_sushi) — frontal malade par intermittence seulement. Correctif minimal dans mitsubishi_hc_capital.py : _get_json retente jusqu'à 30 fois (pause 2 s) sur 404/502/503/504/timeout/non-JSON, timeout abaissé 30→15 s pour borner les connexions qui pendent ; dormant dès que le frontal est sain (1er essai OK = zéro surcoût), un sync vert ne coûte qu'UN appel liste (détails en cache BD) ; compose avec le repli détail existant (un 404 persistant après 30 essais reste un échec propre, inventaire préservé). Tests réels : sync isolé vert ok=1 found=1 (= médiane 1.0) en 1,1 s, 1 offre active en base, 0 retrait ; chemin de retry prouvé par simulation (2× 404 absorbés puis 1 offre live). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches mitsubishi_hc_capital.md/ats-adp.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre).
      Simon-Pierre Boucher 4 files +253 −204
    5. [ka6] fix connecteur cookit: frontal ADP WFN intermittent par cid depuis ~08h EDT le 2026-10-26 — même panne que bento_sushi (64f53c8f), même garde-fou de retry borné scoped au connecteur. Diagnostic : vert found=11 en continu jusqu'à 07:43, puis 404 à 10:28, 13:09 et 14:07 ; sonde live de 8 essais = deux 404 nginx de 150 octets, quatre connexions qui pendent, un seul 200 JSON complet (meta.totalNumber=11 = médiane) pendant que les 15 autres tenants ADP répondent instantanément — pool backend malade côté ADP sélectionné par cid, tenant vivant (contrairement à bento_sushi, les requisitionLocations sont intactes 11/11 : pas besoin du fallback d'adresse). Correctif minimal dans cookit.py : _get_json retente jusqu'à 30 fois (pause 2 s) sur 404/502/503/504/timeout/non-JSON, timeout abaissé 30→15 s pour borner les connexions qui pendent ; dormant dès que le frontal redevient sain (1er essai OK = zéro surcoût), un sync vert ne coûte qu'UN appel liste (détails en cache BD). Tests réels : 2 syncs isolés verts ok=1 found=11 (= médiane 11.0) en 137,1 s (le retry mâche les rafales de 404/hangs) et 6,5 s (frontal sain au 1er essai), 0 retrait, 11 offres actives en base. 108 tests pytest verts, pm2 restart job-ka-sync OK (l'échec 14:07 = dernier passage du scheduler avec l'ancien code, avant restart), site local 200, www.job-ka.com 200. Fiches cookit.md/ats-adp.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre).
      Simon-Pierre Boucher 4 files +119 −68
    6. [ka6] fix connecteur bento_sushi: le frontal ADP WFN ne sert plus ce tenant que par intermittence depuis ~08h EDT le 2026-10-26 (~1 requête sur 8 aboutit, sinon 404 nginx/openresty de 150 octets ou connexion qui pend) — garde-fou de retry borné scoped au connecteur. Diagnostic : vert found=8 en continu jusqu'à 07:23, puis 404 à 10:06 et 12:52 ; PAS systémique (les 15 autres tenants ADP verts à la même minute, ex. cultures_genv ok à 13:09:41 pendant que cookit échoue à 13:09:10 — seul cookit partage la signature), PAS notre IP (identique via proxy résidentiel Oxylabs -cc-CA), PAS le ccId (des verts partagent le défaut 19000101_000001), PAS une migration (portail humain recruitment.html 200, bentosushi.com/careers référence toujours le cid d0dfb14c, et l'essai chanceux 200 rend le JSON complet meta.totalNumber=8 = médiane) : pool backend malade côté ADP, sélectionné par cid, IP edge unique 170.146.102.193 donc rien à épingler. Correctif minimal dans bento_sushi.py : _get_json retente jusqu'à 30 fois (pause 2 s) sur 404/502/503/504/timeout/non-JSON, timeout abaissé à 30→15 s pour borner les connexions qui pendent (la voie directe et l'escalade proxy héritée de la base en profitent, coupe-circuit par hôte en aval) ; dormant dès que le frontal redevient sain (1er essai OK = zéro surcoût) et un sync vert ne coûte qu'UN appel liste (détails en cache BD). Le fix locations-absentes du 2026-10-23 (e0743907) reste nécessaire et actif (requisitionLocations toujours vides dans le 200 obtenu). Tests réels : 3 syncs isolés verts ok=1 found=8 (= médiane 8.0) en 1,7 s / 43,5 s / 53,3 s (le retry mâche les rafales de 404 : une rafale de 15 échecs consécutifs observée, d'où 30 essais, P(échec)≈2 %), 1 échec propre à 15 essais pendant le calibrage (erreur propagée, 8 offres actives intactes, 0 retrait). cookit = même panne, hors périmètre de cette mission. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches bento_sushi.md/ats-adp.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre).
      Simon-Pierre Boucher 4 files +236 −183

  6. Sat, Oct 24, 202611 commits

    1. [ka6] fix connecteur reddyice: l'alias datacenter wd5 du tenant est mort (422 cxs / 500 portail depuis la maintenance Workday du 2026-10-24) — bascule sur l'hôte canonique reddyice.myworkdayjobs.com. Chronologie : vert jusqu'à 04:08, maintenance planifiée 13:11, puis 422 permanent dès 15:57, y compris pour un candidat humain (portail wd5 = 500). wd5 lui-même est sain : tenants frères gfs et fiserv verts en continu toute la journée. L'hôte canonique sans wdN répond 200 (73 offres) et c'est lui que la page carrières officielle www.reddyice.com/careers/jobs/ référence — même tenant, même site ReddyIceExternal, aucune migration d'ATS. Correctif générique minimal dans workday.py : HOST='' => _base construit <tenant>.myworkdayjobs.com (réutilisable si d'autres tenants perdent leur alias wdN) ; reddyice.py passe à HOST=''. Test : sync isolé vert ok=1 en 4,4 s, found=0 = volume CORRECT (médiane historique 0.0, les 73 offres du board sont toutes US — source saisonnière QC, cf. mission 2026-10-01) ; preuve de traversée : total brut 73 lu via l'hôte canonique par le connecteur lui-même. Non-régression : gfs (wd5) found=28, mcgill found=423, 108 tests pytest verts. Fiches reddyice.md/ats-workday.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre). pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      ···
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher 5 files +440 −419
    2. Revert "[ka6] connecteur cgi: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Récidive de la fenêtre de maintenance plateforme du 2026-09-05→07, même signature : les 11 tenants Njoyn de l'app (cgi médiane 289, rtc_quebec, rtl, cusm_ir, groupe_master, groupe_bellemare, sante_montreal, stl_laval, ville_gatineau/terrebonne/mirabel) verts jusqu'à 19:10 EDT le 2026-10-23 (cgi found=289 à 18:03) puis TOUS en « maintenance planifiée (redirection maintenance.njoyn.com) » à partir de 20:31 — vendredi soir, pattern historique vendredi → dimanche ~21h. Vérification live 23:16 EDT : cgi.njoyn.com, rtc.njoyn.com, clients.njoyn.com et njoyn.com lui-même 302 → maintenance.njoyn.com/.../platform-maintenance.html (page officielle). Le garde-fou _MAINT_RE de septembre fonctionne exactement comme prévu : sync avorté proprement, offres conservées (289 actives cgi en base, 0 retrait). Sync isolé rejoué : abort explicite en 4,6 s avec le message maintenance. Les tenants reverdiront seuls à leur rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches cgi.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit ecb31c08fa8c18c81cdd59d5e7a859286b86e1be.
      Simon-Pierre Boucher 4 files +183 −184
    3. Revert "[ka6] connecteur cusm_ir: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08, récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT) : cusm_ir vert found=24 (médiane 24.0) jusqu'à 18:09 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 20:36 et 22:59, comme les 11 tenants Njoyn de l'app. Vérification live 23:32 EDT : cusm.njoyn.com (racine et joblisting CL3/clid=55242) 302 → maintenance.njoyn.com/.../platform-maintenance.html (page officielle). Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 24 offres actives conservées en base (0 retrait). Sync isolé rejoué : abort explicite en 3,0 s avec le message maintenance. Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches cusm_ir.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit d6a7c87fe893f07b006771896ee8e382e0d9c979.
      Simon-Pierre Boucher 4 files +25 −36
    4. Revert "[ka6] connecteur groupe_bellemare: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08) et cusm_ir (d6a7c87f), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : groupe_bellemare vert found=29 (médiane 29.0) jusqu'à 18:19 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 20:47 et 23:11, comme les 11 tenants Njoyn de l'app. Vérification live 23:40 EDT : bellemare.njoyn.com (racine) 302 → maintenance.njoyn.com/.../platform-maintenance.html (page officielle). Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 29 offres actives conservées en base (0 retrait). Sync isolé rejoué : abort explicite avec le message maintenance, offres intactes après coup (29 actives). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches groupe_bellemare.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit f388cbcc4037af5bf995fa25702b6637c7925d0f.
      Simon-Pierre Boucher 4 files +17 −28
    5. Revert "[ka6] connecteur groupe_master: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f) et groupe_bellemare (f388cbcc), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : groupe_master vert found=16 (médiane 16.0) jusqu'à 18:20 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 20:47 et 23:11, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~00h EDT : curl direct sur master.njoyn.com tombe sur l'anti-bot Radware (302 validate.perfdrive.com, attendu hors Scrapfly) ; le sync isolé rejoué via la vraie voie Scrapfly avorte explicitement en 3,2 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 16 offres actives conservées en base (0 retrait). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches groupe_master.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit 58a302649277f06585d7ae92f41acdbdc01b01e5.
      Simon-Pierre Boucher 4 files +32 −44
    6. Revert "[ka6] connecteur rtc_quebec: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc) et groupe_master (58a30264), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : rtc_quebec vert found=19 (médiane 19.0) jusqu'à 18:58 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à ~21:25, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~00h20 EDT : curl direct sur rtc.njoyn.com tombe sur l'anti-bot Radware (302 validate.perfdrive.com, attendu hors Scrapfly) ; le sync isolé rejoué via la vraie voie Scrapfly avorte explicitement en ~5 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 19 offres actives conservées en base (0 retrait). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches rtc_quebec.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit 7cbdaeb71238ac59822297f2d65ab604be37eee9.
      Simon-Pierre Boucher 4 files +24 −38
    7. Revert "[ka6] connecteur rtl: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc), groupe_master (58a30264) et rtc_quebec (7cbdaeb7), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : rtl vert found=16 (médiane 16.0) jusqu'à 18:58 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 21:25, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~00h30 EDT : curl direct sur rtl.njoyn.com tombe sur l'anti-bot Radware (302 validate.perfdrive.com, attendu hors Scrapfly) ; le sync isolé rejoué via la vraie voie Scrapfly avorte proprement — nouveauté de cette phase de la fenêtre : Scrapfly renvoie ERR::SCRAPE::UPSTREAM_WEBSITE_ERROR (0 octet, confirmé systémique en sondant cgi et stl : même erreur), donc abort « page liste illisible » plutôt que _MAINT_RE, mais même effet : 16 offres actives conservées en base (0 retrait). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches rtl.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit 26bdd8bbafad7da62926686dd29f04d2082b9bde.
      Simon-Pierre Boucher 4 files +30 −49
    8. Revert "[ka6] connecteur sante_montreal: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc), groupe_master (58a30264), rtc_quebec (7cbdaeb7) et rtl (26bdd8bb), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : sante_montreal vert found=855 (médiane 855.0) jusqu'à 18:59 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 21:25, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~00h47 EDT : le sync isolé rejoué via la vraie voie Scrapfly (USE_SCRAPFLY=True depuis le 2026-09-09, Radware sur le domaine personnalisé) avorte explicitement en ~6 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 856 offres actives conservées en base (0 retrait). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches sante_montreal.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit c3b7b032ee1d2d74a8192e1502d0358f0171898c.
      Simon-Pierre Boucher 4 files +18 −33
    9. Revert "[ka6] connecteur stl_laval: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc), groupe_master (58a30264), rtc_quebec (7cbdaeb7), rtl (26bdd8bb) et sante_montreal (c3b7b032), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : stl_laval vert found=14 (médiane 14.0) jusqu'à 19:03 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 21:29, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~01h EDT : le sync isolé rejoué via la vraie voie Scrapfly (USE_SCRAPFLY=True, lavaltransit.njoyn.com) avorte explicitement en ~4 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 14 offres actives conservées en base (0 retrait ; la seule offre retirée pendant le test est un jobillico à date limite échue, cycle normal). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches stl_laval.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit f17ee419800726c6095f050620a0687176cee868.
      Simon-Pierre Boucher 4 files +21 −39
    10. Revert "[ka6] connecteur ville_gatineau: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc), groupe_master (58a30264), rtc_quebec (7cbdaeb7), rtl (26bdd8bb), sante_montreal (c3b7b032) et stl_laval (f17ee419), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : ville_gatineau vert found=20 (médiane 20.0) jusqu'à 19:10 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 21:36, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~01h17 EDT : le sync isolé rejoué via la vraie voie Scrapfly (USE_SCRAPFLY=True, gatineau.njoyn.com) avorte explicitement en ~42 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 20 offres actives conservées en base (0 retrait ville_gatineau ; les 26 offres retirées pendant le test sont des dates limites échues d'autres sources, cycle normal). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches ville_gatineau.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit 72ed45cee2c2e4d3d7cf084d18a9b5454ff35799.
      Simon-Pierre Boucher 4 files +25 −44
    11. Revert "[ka6] connecteur ville_mirabel: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc), groupe_master (58a30264), rtc_quebec (7cbdaeb7), rtl (26bdd8bb), sante_montreal (c3b7b032), stl_laval (f17ee419) et ville_gatineau (72ed45ce), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : ville_mirabel vert found=3 (médiane 3.0) jusqu'à 19:10 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 21:36, comme les 11 tenants Njoyn de l'app. Le « volume 0 » vu par la supervision est l'entrée du sync avorté, pas une chute réelle. Vérification live 2026-10-24 ~01h30 EDT : le sync isolé rejoué via la vraie voie Scrapfly (USE_SCRAPFLY=True, clients.njoyn.com CL4/71754) avorte explicitement en ~3 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 3 offres actives conservées en base (0 retrait ville_mirabel ; les 26 offres retirées pendant le test sont des dates limites échues d'autres sources, cycle normal). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches ville_mirabel.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      ···
      This reverts commit c43a14c07459930d6302a6621793e2f976162476.
      Simon-Pierre Boucher 4 files +29 −48
Menu

Theme
↑↓navigate ↵open escclose /⌘Kanywhere