SPB Git

spb/job-ka

Public
History of docs Clear filter
page 1
  1. Sat, Oct 24, 2026 17

    1. Simon-Pierre Boucher · 3 files +24 −24
    2. 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 · 3 files +27 −27
    3. Revert "[ka6] connecteur ville_terrebonne: 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), ville_gatineau (72ed45ce) et ville_mirabel (c43a14c0), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : ville_terrebonne vert found=11 (médiane 11.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 ~01h45 EDT : le sync isolé rejoué via la vraie voie Scrapfly (USE_SCRAPFLY=True, clients.njoyn.com CL4/71764) avorte explicitement en ~4 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 11 offres actives conservées en base (0 retrait ville_terrebonne ; les offres retirées pendant le test sont des dates limites échues d'altitudeaerospace/chu_quebec/cssdm, 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_terrebonne.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 ec1394032d2455addfa0f688d10ff919ae6df866.
      Simon-Pierre Boucher · 3 files +24 −24
    4. [ka6] connecteur ville_terrebonne: 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), ville_gatineau (72ed45ce) et ville_mirabel (c43a14c0), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : ville_terrebonne vert found=11 (médiane 11.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 ~01h45 EDT : le sync isolé rejoué via la vraie voie Scrapfly (USE_SCRAPFLY=True, clients.njoyn.com CL4/71764) avorte explicitement en ~4 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 11 offres actives conservées en base (0 retrait ville_terrebonne ; les offres retirées pendant le test sont des dates limites échues d'altitudeaerospace/chu_quebec/cssdm, 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_terrebonne.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.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +24 −24
    5. [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.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +27 −27
  2. Fri, Oct 23, 2026 13

    1. [ka6] fix connecteur h2o_innovation: le babillard fr_CA du tenant ADP WFN a cessé d'exposer requisitionLocations (liste+détail, 0/11) entre 00:06 et 02:35 EDT le 2026-10-23 — même nuit et même mécanique que bento_sushi (e0743907) — le filtre Québec rejetait les 10 offres pourtant toujours publiées (mêmes itemID). Particularité H2O vs bento: le babillard en_US du MÊME tenant expose encore ses locations (19/19) mais ne partage que ~3 itemID avec fr_CA, et les descriptions ne publient pas d'adresse complète (seulement « usine située à Ham-Nord », « bureau de Québec »). Correctif scoped au connecteur (_keep + _resolve_blind): une réquisition sans location passe le filtre puis son lieu est résolu sans rien inventer — 1) offre active connue en base = ville/code postal qu'ADP exposait avant la panne (offre revalidée live par la liste), 2) jointure par itemID sur le babillard en_US (locations ADP live; hors-QC écartée — cas réel « L'ingénieur.e de procédés » Burlington ON), 3) ville citée dans la description de l'employeur validée par region_for_city. Une offre sans marqueur QC est écartée; chemin normal repris tel quel si ADP ré-expose les locations fr_CA (fallback dormant). Sync isolé rejoué: ok=1 found=10 (= médiane 10.0) en 20,8 s, 10 actives avec ville/postal/région/GPS 100 %. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches h2o_innovation.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre).
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +14 −14
    2. [ka6] connecteur mcgillstlaurent: restauration après rollback automatique (2e intervention) — le diagnostic site_source_mort du 2026-10-22 (35756e9b) reste valide, le broken actuel vient du revert cff3361f de la supervision (verdict JSON tronqué → « inconnu », même mécanique que le cas enercare f5248721), pas de la source. Re-vérifié live le 2026-10-23 : tenant JazzHR mcgillstlaurent.applytojob.com toujours 200 « Inactive Career Page » (compte résilié chez l'ATS) ; board Lever unifié du groupe jobs.lever.co/mcgillstlaurent toujours vivant (7 offres dont 3 CWP Energy : Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) et DÉJÀ COUVERT par le frère mcgillstlaurentb8 (sync isolé rejoué ok=1 found=6 en 1,0 s). Restauration CHIRURGICALE (pas de revert du revert, les fiches docs ayant été régénérées entre-temps par les missions sobeys/gevgroupltd) : git checkout 35756e9b -- mcgillstlaurent.py (docstring chronologie) + réédition sources.json (url https://mcgillstlaurent.com/cwp-energy/ re-vérifiée 200, sectors [Énergie, Finance]) + note 2e intervention anti-récidive dans la docstring (« ne PAS re-reverter »). Sync isolé mcgillstlaurent rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637, comportement conçu) — aucun code de fetch modifié, le connecteur repartira seul si le tenant revenait. Fiches mcgillstlaurent.md/ats-jazzhr.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.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +88 −85
  3. Thu, Oct 22, 2026 9

    1. [ka6] connecteur gevgroupltd: stale = faux positif volume QC nul (médiane 0.5), 2e signalement — rien à réparer côté flux, dépublication employeur confirmée live. L'offre 2740886 « Siemens Gamesa Certified Wind Turbine Troubleshooters » (Gaspé, parue 2026-09-09) dépubliée entre les syncs de 14:14 (found=1) et 16:02 (found=0) le 2026-10-22, retrait propre au garde-fou 2-miss à 18:32 (removed=1), sync_log vert en continu (ok=1 partout). Marqueur Recruitee confirmé live : détail 404 page /o/<slug> ET API /api/offers/2740886 (même marqueur que le 1er cas du 2026-10-08). Board re-vérifié vivant : 9 offres (Hull UK, Taipei TW, Fort Worth/Abilene US), aucun lieu QC — found=0 exact. Pas de migration d'ATS : gevwindpower.com/careers/ (200) embarque toujours gevgroupltd.recruitee.com. Sync isolé rejoué ok=1 found=0 removed=0 en 2,6 s. Artefact résiduel corrigé : employer de la ligne historique 2661606 encore « Siemens Gamesa Certified Wind Turbine Troubleshooters » en base → UPDATE vers GEV Wind Power (le fix EMPLOYER du 2026-10-08 n'avait pas harmonisé cette ligne, gotcha vaco/orthoclinical). sources.json déjà propre (url/name/sectors corrigés le 2026-10-08). Docstring chronologie 2e signalement, fiches gevgroupltd.md/ats-recruitee.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). Non-régression recruitee via biximontreal found=2. 108 tests 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 · 3 files +207 −233
    2. Revert "[ka6] connecteur mcgillstlaurent: compte JazzHR désactivé chez l'ATS, recrutement ABSORBÉ par le board Lever unifié du groupe déjà couvert par le frère mcgillstlaurentb8 — verdict site_source_mort, connecteur conservé intact (1re intervention). Chronologie (sync_log) : dernier sync OK 2026-10-22 12:58 EDT found=5 (médiane 5.0), puis « Inactive Career Page » à 14:44 — TOUT le tenant mcgillstlaurent.applytojob.com (CWP Energy, division trading d'énergie du groupe McGill St Laurent) fermé : liste /apply/ ET pages détail des offres en base → 200 « Inactive Career Page », vérifié live. 2e tenant JazzHR du même groupe fermé après mcgillstlaurentb8 le 2026-09-30 (93b0c2c3) : sortie de JazzHR délibérée, migration Lever achevée. REPRENEUR identifié et DÉJÀ COUVERT : cwpenergy.com redirige désormais vers mcgillstlaurent.com/cwp-energy/, la page carrières du groupe (mcgillstlaurent.com/career/) liste le board Lever unifié jobs.lever.co/mcgillstlaurent par compagnie (All 7 · CWP Energy 3 · CWP Wood 1 · GSL Grain 2 · MSL Climate 1, compagnie = categories.department côté API) ; les 3 offres CWP Energy du board (Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) sont déjà ingérées par le connecteur frère mcgillstlaurentb8 (found=6, sync vert). PAS de réécriture sur Lever : un 2e connecteur sur le même org violerait l'invariant « aucun autre connecteur Lever sur cet org » (93b0c2c3) et ne produirait que des doublons ; aucun ATS propre à CWP Energy (tenants cwpenergy inexistants chez Lever/Greenhouse/JazzHR/Workable/BambooHR, balayage Serper → copies agrégateurs tierces seulement). Les 3 offres JazzHR actives (Trading Risk & Performance Analyst, Risk Analyst, Electrical Engineer - Power Flow) NON reconduites sur le board Lever (postes abandonnés ou pourvus) : archivage automatique via expire_stale (7 j sans last_seen, vers le 2026-10-29), aucune purge manuelle. Sync isolé rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637), comportement conçu. Artefacts vague E corrigés dans sources.json (pattern xtl c4a681e1) : url vide → https://mcgillstlaurent.com/cwp-energy/ (200 vérifié live) et sectors [] → [Énergie, Finance] (vocabulaire établi : 24 et 59 sources). Docstring mcgillstlaurent.py enrichie (chronologie + re-vérifs + décision). Non-régression jazzhr sur tenant vivant motosillimitees found=2 ok=1 ; frère mcgillstlaurentb8 found=6 ok=1. Fiches docs/connecteurs/ mcgillstlaurent.md + ats-jazzhr.md + INDEX.md régénérées via scripts/gen_connector_docs.py (les 1131 autres fiches, dont seuls les instantanés horodatés changeaient, 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 35756e9b10b910c87c5a5e0208521f2db7130c95.
      Simon-Pierre Boucher · 3 files +209 −210
    3. [ka6] connecteur mcgillstlaurent: compte JazzHR désactivé chez l'ATS, recrutement ABSORBÉ par le board Lever unifié du groupe déjà couvert par le frère mcgillstlaurentb8 — verdict site_source_mort, connecteur conservé intact (1re intervention). Chronologie (sync_log) : dernier sync OK 2026-10-22 12:58 EDT found=5 (médiane 5.0), puis « Inactive Career Page » à 14:44 — TOUT le tenant mcgillstlaurent.applytojob.com (CWP Energy, division trading d'énergie du groupe McGill St Laurent) fermé : liste /apply/ ET pages détail des offres en base → 200 « Inactive Career Page », vérifié live. 2e tenant JazzHR du même groupe fermé après mcgillstlaurentb8 le 2026-09-30 (93b0c2c3) : sortie de JazzHR délibérée, migration Lever achevée. REPRENEUR identifié et DÉJÀ COUVERT : cwpenergy.com redirige désormais vers mcgillstlaurent.com/cwp-energy/, la page carrières du groupe (mcgillstlaurent.com/career/) liste le board Lever unifié jobs.lever.co/mcgillstlaurent par compagnie (All 7 · CWP Energy 3 · CWP Wood 1 · GSL Grain 2 · MSL Climate 1, compagnie = categories.department côté API) ; les 3 offres CWP Energy du board (Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) sont déjà ingérées par le connecteur frère mcgillstlaurentb8 (found=6, sync vert). PAS de réécriture sur Lever : un 2e connecteur sur le même org violerait l'invariant « aucun autre connecteur Lever sur cet org » (93b0c2c3) et ne produirait que des doublons ; aucun ATS propre à CWP Energy (tenants cwpenergy inexistants chez Lever/Greenhouse/JazzHR/Workable/BambooHR, balayage Serper → copies agrégateurs tierces seulement). Les 3 offres JazzHR actives (Trading Risk & Performance Analyst, Risk Analyst, Electrical Engineer - Power Flow) NON reconduites sur le board Lever (postes abandonnés ou pourvus) : archivage automatique via expire_stale (7 j sans last_seen, vers le 2026-10-29), aucune purge manuelle. Sync isolé rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637), comportement conçu. Artefacts vague E corrigés dans sources.json (pattern xtl c4a681e1) : url vide → https://mcgillstlaurent.com/cwp-energy/ (200 vérifié live) et sectors [] → [Énergie, Finance] (vocabulaire établi : 24 et 59 sources). Docstring mcgillstlaurent.py enrichie (chronologie + re-vérifs + décision). Non-régression jazzhr sur tenant vivant motosillimitees found=2 ok=1 ; frère mcgillstlaurentb8 found=6 ok=1. Fiches docs/connecteurs/ mcgillstlaurent.md + ats-jazzhr.md + INDEX.md régénérées via scripts/gen_connector_docs.py (les 1131 autres fiches, dont seuls les instantanés horodatés changeaient, restaurées — hors périmètre). 108 tests 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 · 3 files +210 −209
    4. [ka6] fix connecteur vaco: tenant Greenhouse renommé vaco → vacobyhighspring (rebranding Highspring) — stale réel, migration d'org détectée et réparée. Le board « vaco » a disparu le 2026-10-22 entre les syncs de 11:15 (found=3 ok) et 13:23 (404 « Job board not found » à la racine de l'API, pas seulement sur /jobs) : rebranding Vaco → Highspring, nouvelle org « vacobyhighspring » (name API « Vaco by Highspring »), IDs d'offres renumérotés (format …003 → IDs courts). Nouveau board vérifié live : hosted 200, API content=true 200, 36 offres mondiales dont 1 QC (8274549 « Executive Finance and Accounting Recruiter (Full Desk) », Montréal — même poste que l'ancienne 7768571003) ; les 2 autres offres QC (Consulting PS Sales Director, Senior Account Executive) non reconduites dans la migration → volume QC réel = 1 (médiane 3.0 à recalibrer). Correctifs : BOARD=vacobyhighspring + EMPLOYER=Vaco by Highspring dans vaco.py (docstring chronologie), sources.json (name, careers_url, artefact vague C url vide → https://www.vaco.com, 200 vérifié), feeds.json (org + source_id:vaco épinglé pour préserver l'identifiant à la régénération, employer). Employer harmonisé sur les 5 lignes historiques (UPDATE, gotcha orthoclinical). Syncs réels : ok=1 found=1 added=1 (0,4 s) puis ok=1 found=1 removed=3 (garde-fou 2-miss, anciennes URLs 404). Fiches vaco.md/ats-greenhouse.md/INDEX.md régénérées. Non-régression greenhouse via laportefr found=61. 108 tests 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 · 3 files +312 −308
    5. [ka6] connecteur cardinalcouriers: stale = faux positif volume QC nul (médiane 3.0), rien à réparer côté flux — les 3 offres QC (2023 « Chauffeur-Livreur (P&D) Classe 1 » Rivière-du-Loup, 2096 « Linehaul Nuit, Conducteur, classe 1 » et 2118 « Opérations Entrepôt, Conducteur de chariot élévateur, client » Pointe-aux-Trembles) dépubliées par l'employeur entre les syncs de 07:02 (found=3) et 09:50 (found=0) le 2026-10-22, removed=3 au garde-fou 2-miss à 11:50, marqueur Dayforce confirmé live (classe stateindustrial) : détail fr-CA = 200 + postingStatus=4 pour les trois, offre vivante = postingStatus=1. Board re-vérifié vivant : 6 offres toutes Ontario (London, Hamilton, Mississauga, Edwards), 0 QC. Pas de migration d'ATS : cardinalcouriers.com/about-us/team-cardinal/ (« Join Team Cardinal ») pointe toujours can241.dayforcehcm.com/CandidatePortal/en-US/cardinalcouriers/Site/INDEEDEXCLUDE/ — même tenant, même board. DURCISSEMENT réel : fr-CA passé à maxCount=0 (les 3 QC étaient les seules offres publiées en français) alors qu'en-CA liste le board — aveuglement de culture apparu en cours de vie (classe peaktech 6a2cebc) → converti au pattern bi-culture CULTURES fr-CA+en-CA avec fusion external_id priorité fr-CA. Sync isolé ok=1 found=0 removed=0 en 4,9 s (en-CA parcouru, 6 offres ON filtrées hors QC). Artefacts vague C : EMPLOYER/name = « Linehaul Nuit, Conducteur, classe 1 » (TITRE de l'offre 2096, classe kodify/orthoclinical) → Cardinal Couriers (employer propagé aux 7 lignes inactives par UPDATE direct, gotcha orthoclinical), url vide dans sources.json → https://www.cardinalcouriers.com (200 vérifié live, « Cardinal Couriers Ltd. – Pre 8am Package Delivery »), region « Transport Pelber, Québec » → Pointe-aux-Trembles (Montréal) / Rivière-du-Loup. Docstring chronologie 1re intervention, fiches cardinalcouriers.md/ats-dayforce.md/INDEX.md régénérées. Non-régression dayforce via benmor found=4. 108 tests 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 · 3 files +166 −192
  4. Wed, Oct 21, 2026 1

    1. [ka6] connecteur gdmsi: stale = faux positif volume QC nul (médiane 0.5), rien à réparer — l'unique offre QC « Ingénieur Système - Senior » (744000142912909, Sherbrooke, parue 2026-08-11) dépubliée le jour même entre les syncs de 10:48 (found=1) et 14:36 (found=0), marqueur SmartRecruiters confirmé : API détail v1 = 200 + active:false (5e confirmation après oliverbonacini/arago/cca1/nielseniq). Board v1 vivant balayé en pagination complète (110 offres, publications du jour même) : Canada = Ottawa/Calgary/Dartmouth-Cole Harbour NS, zéro QC — sites QC du tenant = Sherbrooke (805 Galt O.) et Disraeli (drones SATP/RPAS), 0-1 poste par vagues. Pas de migration d'ATS : careers.smartrecruiters.com/GDMSI/career-page-ca reste le portail du tenant ; la façade maison gdmissionsystems.ca/careers/job-search charge en XHR (juger à l'API v1) et gd.com/careers affichait encore l'offre dépubliée (cache corporate non purgé, classe Phenom). Retrait propre au garde-fou 2-miss : sync isolé ok=1 found=0 removed=1. Le trou 10:48→14:36 = restarts pm2 des missions BambooHR du jour (variante cycle interrompu). Artefact vague C : url vide dans sources.json → https://gdmissionsystems.ca (403 anti-bot direct, 200 via Scrapfly, « General Dynamics Mission Systems-Canada » ; ⚠️ gdmsi.com redirige vers massint.co.uk, homonyme britannique sans rapport). EMPLOYER conservé : « General Dynamics Missions System International » = company.name déclaré par le tenant dans l'API SR. Docstring chronologie 1re intervention, fiches gdmsi.md/ats-smartrecruiters.md/INDEX.md régénérées. Non-régression SR via cima2 found=244. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +396 −422
Menu

Theme