v5.0.14 — Affichage timeline pour absences partielles seules
This commit is contained in:
+35
-38
@@ -644,33 +644,18 @@ 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"
|
||||
? [
|
||||
// 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_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"
|
||||
"delete_reservation",
|
||||
"fc_delete_absence",
|
||||
"fc_delete_reservation"
|
||||
];
|
||||
|
||||
let lastErr = 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 };
|
||||
}
|
||||
|
||||
// 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
@@ -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": [
|
||||
|
||||
@@ -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";
|
||||
|
||||
Reference in New Issue
Block a user