v5.0.14 — Affichage timeline pour absences partielles seules

This commit is contained in:
Quentin Rouiller
2026-04-21 16:13:04 +02:00
parent d6ab8d59e0
commit bea236ca88
3 changed files with 56 additions and 45 deletions
+40 -43
View File
@@ -644,34 +644,19 @@ async function submitDouchette(origin, phpsessid, opts) {
async function deletePlanningItem(origin, phpsessid, actionId, kind) {
if (!actionId) throw new Error("actionId manquant");
// v5.0.1 : plusieurs function_name à tester dans l'ordre (du plus probable
// au moins probable). Le premier qui renvoie 200 ET non-login est considéré OK.
const fnNames = kind === "reservation"
? [
"Planning_delete_reservation",
"delete_reservation",
"fc_delete_reservation",
"delete_act_reservation",
"delete_planning_reservation",
"remove_reservation",
// v5.0.2 : réservations sont parfois traitées comme absences côté API
"Planning_delete_absence",
"delete_absence",
"fc_delete_absence"
]
: [
// v5.0.2 : élargir la liste, on a essayé 3 sans succès. Les variantes
// plausibles vues dans les API EasyVista :
"Planning_delete_absence", // le plus "officiel"
"delete_absence", // le nom JS dans le onclick
"fc_delete_absence", // pattern fc_*
"delete_act_absence", // parfois "act_" dans les noms
"Planning_delete_holiday", // en anglais
"delete_holiday",
"fc_delete_holiday",
"delete_planning_absence", // variation complète
"remove_absence"
];
// v5.0.14 : confirmé par capture Network réelle — EasyVista utilise
// "Planning_delete_absence" pour TOUS les types d'entrée planning (absences,
// réservations, événements, etc.). Réponse XML : <Planning_delete_absence>true</...>
// On met donc ce nom en PREMIER pour tout, et on garde les autres en fallback.
const fnNames = [
"Planning_delete_absence", // ← le seul qui marche vraiment côté EV
// Fallbacks historiques (au cas où EV change un jour) :
"Planning_delete_reservation",
"delete_absence",
"delete_reservation",
"fc_delete_absence",
"fc_delete_reservation"
];
let lastErr = null;
let lastBody = null;
@@ -703,22 +688,34 @@ async function deletePlanningItem(origin, phpsessid, actionId, kind) {
throw new Error("session_expired");
}
// v5.0.1 : heuristique pour détecter si la suppression a marché.
// v5.0.13 : élargie pour détecter aussi le script de redirection CSRF
// (si evFetch n'a pas suffi) et les réponses vides.
const trimmed = (body || "").trim().toLowerCase();
const looksLikeError = trimmed.includes("error")
|| trimmed.includes("erreur")
|| trimmed.includes("unknown function")
|| trimmed.includes("fonction inconnue")
|| trimmed.includes("<html")
|| trimmed.includes("window.location.href"); // CSRF
if (!looksLikeError) {
console.log(`[bg] → suppression OK avec function_name=${fn}`);
return { status: r.status, functionName: fn, body: body.substring(0, 200) };
// v5.0.14 : détection explicite du succès XML observé dans les captures
// réseau : <Planning_delete_absence>true</Planning_delete_absence>
const trimmed = (body || "").trim();
const lower = trimmed.toLowerCase();
// Succès explicite : réponse XML du type <X>true</X>
if (/^<\w+>true<\/\w+>\s*$/i.test(trimmed)) {
console.log(`[bg] → SUCCÈS confirmé par XML <...>true</...> avec function_name=${fn}`);
return { status: r.status, functionName: fn, body: trimmed };
}
console.log(`[bg] → réponse ressemble à une erreur, on tente le prochain nom`);
lastBody = body;
// Détection d'échec : <X>false</X>, erreurs, html, redirect, etc.
const looksLikeError = /^<\w+>false<\/\w+>\s*$/i.test(trimmed)
|| lower.includes("error")
|| lower.includes("erreur")
|| lower.includes("unknown function")
|| lower.includes("fonction inconnue")
|| lower.includes("<html")
|| lower.includes("window.location.href");
if (looksLikeError) {
console.log(`[bg] → réponse ressemble à une erreur, on tente le prochain nom`);
lastBody = body;
continue;
}
// Pas d'erreur évidente mais pas de succès explicite non plus
// (ex: réponse vide ou "1" ou "ok"). On considère comme succès.
console.log(`[bg] → suppression probablement OK (body neutre) avec function_name=${fn}`);
return { status: r.status, functionName: fn, body: trimmed.substring(0, 200) };
} catch (err) {
if (err.message === "session_expired") throw err;
console.warn(`[bg] erreur avec ${fn}:`, err);
+1 -1
View File
@@ -1,7 +1,7 @@
{
"manifest_version": 3,
"name": "Planification",
"version": "5.0.13",
"version": "5.0.14",
"description": "Vue claire et rapide du planning des techniciens EasyVista. Regroupe interventions et réservations par tech, affiche horaires, contact, lieu, catégorie et statut en un coup d'œil.",
"permissions": ["activeTab", "scripting", "storage", "tabs", "alarms"],
"host_permissions": [
+15 -1
View File
@@ -4348,7 +4348,21 @@ function buildCard(tech, isoDate) {
return card;
}
if (realInterventions.length === 0 && !isPompier) {
// v5.0.14 : si le tech n'a aucune intervention mais a des absences
// partielles (demi-journée) ou pompier, on veut quand même afficher la
// timeline avec les blocs absence visibles. Sans ça, une absence 08-12
// seule n'apparaissait jamais sur la carte (affichait juste "Pas
// d'intervention planifiée").
const hasPartialAbsences = absenceBlocks.some(ab => {
if (ab.isPompier) return false;
const s = timeToMinutes(ab.startTime);
const e = timeToMinutes(ab.endTime);
if (s === null || e === null) return false;
// Absence qui couvre PAS toute la journée → c'est partiel
return !(s <= DAY_START && e >= DAY_END);
});
if (realInterventions.length === 0 && !isPompier && !hasPartialAbsences) {
if (isPillonelFriday) {
const note = document.createElement("div");
note.className = "tech-absence-recurring";