- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie Téléchargements
- Assignée à Personne
- Système d'exploitation Tous
- Sévérité Haute
- Priorité Très Basse
- Basée sur la version 4.9.9
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- Shade69 (22/10/2025)
- Privée
Ouverte par Shade69 - 19/10/2025
Dernière modification par mmakassikis - 06/01/2026
FS#40579 - Freebox OS : Blocklist du Gestionnaire de téléchargement désactivée à chaque redémarrage (FS#40072)
Bonsoir à toute l’équipe Freebox,
Je me permets de réouvrir ce bug qui est une “quickwin”, j’en avais fait la demande sur FS#40072 mais peut-être que vous ne pouvez réouvrir les tickets clos. Le correctif avait été déployé sur la version 4.9.0 (https://dev.freebox.fr/blog/?p=21453) puis il a sauté de nouveau depuis la 4.9.1 (surement dû au “rollback” de FS#40051 par FS#40129 , dans la version 4.9.1 seulement 8 jours après).
Je suspecte donc que la PR ait sauté de votre côté et qu’elle n’est pas été merge à nouveau dans la 4.9.1, pouvez-vous, s’il vous plaît, vérifier ? :)
Merci beaucoup,
Jean-Philippe
Je souhaitais vous faire un retour sur ce bug que j’ai constaté lors de l’usage du Gestionnaire de téléchargement. Quand la Freebox est redémarrée, la Blocklist des torrents montre 0 règle de blocage appliquée (Affichage du message : “Liste de blocage désactivée“) alors qu’avant le redémarrage, elle fonctionnait très bien.
[Problème rencontré :]
En effet, elle doit-être “ré-appliquée” (changer de l’URL d’une lettre pour retour pour ré-appliquer/recharger la BlockList) pour fonctionner correctement depuis l’onglet BlockList.
[Solution :]
Le RCA doit-être déterminer par l’équipe de Dev, mais voici quelques interrogations de ma part :
• Est-ce un bug d’affichage (Front-End) au redémarrage dans le Gestionnaire de téléchargement alors qu’elle est toujours active en Back-End?
• C’est peut-être un comportement attendu qui a été implémenté selon une règle de gestion par l’équipe ?
• Un problème de compatibilité depuis mon fichier CIDR utilisé ? (Source : https://https://list.iblocklist.com/?list=ydxerpxkpcfqjaybcssw&fileformat=cidr)
Merci beaucoup pour votre aide et la mise en place, si possible, d’un correctif,
Jean-Philippe
06.01.2026 13:48
Raison de la fermeture : Résolu
Commentaires de fermeture :
firmware 4.9.15
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
@mmakassikis Bonjour, si vous pouvez faire, s'il vous plaît, ce correctif "2-en-1" avec ce ticket qui est en lien aussi avec le module du Gestionnaire de téléchargement : https://dev.freebox.fr/bugs/task/40696
Merci beaucoup et joyeuses fêtes de fin d'année à toute l'équipe Freebox,
Jean-Philippe
aucun lien avec les tickets FS#40051 et
FS#40129.le correctif mis en place pour
FS#40072est toujours là.ce que j'ai testé:
- configuration de la blocklist
- redémarrage de la box
- vérification de l'affichage dans freeboxos
⇒ ok, blocklist bien activée
idem en redémarrant la box sans fibre connectée ⇒ la blocklist est bien appliqué lorsque le lien monte.
ce qui peut arriver: le gestionnaire de téléchargement peut être démarré avant que le WAN monte, auquel cas l'affichage indique que la blocklist n'est pas active (ce qui est cohérent, impossible d'aller la télécharger si besoin et en plus: pas de WAN == aucun connexion possible). est-ce que vous pouvez vérifier (peut-être en rafraichissant la page) que le problème est bien présent ?
sinon, il faudrait préciser le scénario de reproduction
Bonjour @mmakassikis, merci pour votre retour ! :)
Je vais tester ce cas d'usage plus en profondeur, ça marche :
De mon point de vue, c'est vrai que c'était plus rare que la Blocklist ne se charge plus au démarrage (j'ai le monitoring de 2 Freebox Ultra, une en local et une à distance), mais pas impossible. Ce que vous évoquez me semble la meilleure piste.
Dans ce cas là, c'est une proposition qui pourrait être étudier, ne serait-il pas possible d'implémenter un "fil de sécurité" et mettre en place un Retry sur le fetch de la Blocklist, si et seulement si erreurs "40x / 50x" rencontrées lors du démarrage, refaire une tentative 5min plus tard pour recharger la blocklist le cas échéant ?
Je vais chercher le scénario de reproduction, au besoin, je peux vous donner mon accord pour prendre les logs.
Merci beaucoup,
Jean-Philippe
Cher @mmakassikis,
Une petite question, pas si anodine, mais venue en tête ce matin dans mon cas d'usage : est-ce que quand on active le VPN sur le module du Gestionnaire de téléchargement, toute connexion (et in fine toutes configurations comme le chargement de la Blocklist au démarrage) passe par le VPN ? Dans le sens que si c'est vrai, si le VPN est NOK pour x raisons, cela empêcherai le chargement de la Blocklist, donc ça serai peut-être le cas d'usage ciblé lors du montage du VPN au démarrage ?
1) VPN NOK = Pas de chargement de la Blocklist si le réglage VPN activé sur le module.
2) VPN OK mais chargement lent = Blocklist non chargée pour une histoire de timing car le VPN n'est pas encore nominal et donc timeout ?
Ces cas d'usages peuvent-ils exister ou le chargement de la Blocklist du Gestionnaire de téléchargement est indépendant d'une configuration externe (VPN..) ?
Merci pour votre éclaircissement sur ces questions,
Jean-Philippe