<?xml version="1.0" ?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title type="text">Bugtracker Freebox :: </title>
  <subtitle type="text">
    Feed for all projects
  </subtitle>
  <id>https://dev.freebox.fr/bugs/</id>
    <updated>2026-06-12T07:15:33Z</updated>
  <link rel="self" type="text/xml" href="feed.php?feed_type=atom"/>
  <link rel="alternate" type="text/html" hreflang="en" href="/bugs/feed.php"/>
    <entry>
    <title>FS#41054: Désinscription mis à jour beta de la Freebox ultra </title>
    <link href="https://dev.freebox.fr/bugs/task/41054" />    
    <updated>2026-06-12T07:15:33Z</updated>    
    <published>2026-06-12T07:15:33Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Bonjour je ne peux pas mettre à jour ma Freebox beta en 4.12.1.1 alors que cela m&#8217;est proposée dans l&#8217;application free . Je suis en beta et la mis à jour reste figée à 4.11.2-r4 . Je souhaite donc être retiré des mis a jour beta svp . En vous remerciant . Cordialement .<br />
</p>
</div>
    </content>
    <author><name>Martinez</name></author>
    <id>https://dev.freebox.fr/bugs/:41054</id>
  </entry>
    <entry>
    <title>FS#41053: Ping down</title>
    <link href="https://dev.freebox.fr/bugs/task/41053" />    
    <updated>2026-06-11T15:47:46Z</updated>    
    <published>2026-06-11T15:47:46Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Bonjour,
</p>

<p>
Depuis l&#8217;application de la MaJ en 4.12.1, je ne parviens plus a ping l&#8217;ip de ma freebox en externe.<br />Et ce malgré la case réponse au ping coché dans configuration.
</p>

<p>
Cela marchait avant l&#8217;application de la MaJ.
</p>

<p>
Merci pour votre retour.
</p>

<p>
Cordialement,<br />
</p>
</div>
    </content>
    <author><name>Clément DESVAUX</name></author>
    <id>https://dev.freebox.fr/bugs/:41053</id>
  </entry>
    <entry>
    <title>FS#41052: impossible de modifier ou supprimer un fichier via mon pc windows sur le disque dur originel delta </title>
    <link href="https://dev.freebox.fr/bugs/task/41052" />    
    <updated>2026-06-11T14:34:17Z</updated>    
    <published>2026-06-11T14:01:45Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
depuis la mise à jour 4.12.1.1, le disque dur originel de la delta est bien revenu mais impossible de modifier ou supprimer un fichier via mon pc windows (reseau local) maintenant alors que depuis des année ça marcher très bien.<br />en attente d&#8217;une correction<br />
</p>
</div>
    </content>
    <author><name>sermonne</name></author>
    <id>https://dev.freebox.fr/bugs/:41052</id>
  </entry>
    <entry>
    <title>FS#41051: Passage en 4.12.1 perte du disque Interne 1To (Originel)</title>
    <link href="https://dev.freebox.fr/bugs/task/41051" />    
    <updated>2026-06-11T17:22:38Z</updated>    
    <published>2026-06-11T06:05:47Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Après la montée de version (effectué par l&#8217;aps) du serveur en 4.12.1 le disque dur interne n&#8217;est plus reconnu.<br />Reboot ( toujours par l&#8217;aps) ne change rien.<br />Peut-être lié à la tâche 41050 mais pas en Raid et plus du tout visible. <br />
</p>
</div>
    </content>
    <author><name>Guignabert</name></author>
    <id>https://dev.freebox.fr/bugs/:41051</id>
  </entry>
    <entry>
    <title>FS#41050: Firmware 4.12.1: Raid ok, mais disparu / non affiché</title>
    <link href="https://dev.freebox.fr/bugs/task/41050" />    
    <updated>2026-06-11T12:01:42Z</updated>    
    <published>2026-06-10T15:58:50Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Freebox delta, je viens de passer en 4.12.1, tout marchait bien.<br />Depuis le redémarrage, mon raid 5: 
</p>
<ul>
<li class="level1"><div class="li"> n’apparaît plus dans le navigateur de fichiers de l’interface web freebox</div>
</li>
<li class="level1"><div class="li"> n’est plus montable en CIFS</div>
<ul>
<li class="level2"><div class="li"> depuis les VM</div>
</li>
<li class="level2"><div class="li"> depuis les machines du réseau local</div>
</li>
</ul>
</li>
</ul>

<p>
 L’interface Raid affiche pourtant:
</p>

<p>
R<br />Etat: Actif<br />Sync: Synchronisé<br />Type: <acronym title="Redundant Array of Inexpensive Disks">RAID</acronym> 5<br />Taille: 4 To<br />Nombre de Disques: 3<br />
</p>
</div>
    </content>
    <author><name>Thomas Bigot</name></author>
    <id>https://dev.freebox.fr/bugs/:41050</id>
  </entry>
    <entry>
    <title>FS#41049: VM injoignable</title>
    <link href="https://dev.freebox.fr/bugs/task/41049" />    
    <updated>2026-06-10T09:43:02Z</updated>    
    <published>2026-06-09T19:43:52Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Depuis le 09/06/2026 vers 19h30, plus aucune de mes deux VMs (pihole et homeassistant) ne sont joignable, que ce soit par <acronym title="Domain Name Server">DNS</acronym> ou par IP directement.
</p>

<p>
J&#8217;ai tenté de redémarrer la freebox et les VM en question, sans succes<br />
</p>
</div>
    </content>
    <author><name>Eric</name></author>
    <id>https://dev.freebox.fr/bugs/:41049</id>
  </entry>
    <entry>
    <title>FS#41048: [Évolution] Permettre la modification du domaine local (Option DHCP 15) / Support de la RFC 8375</title>
    <link href="https://dev.freebox.fr/bugs/task/41048" />    
    <updated>2026-06-09T13:20:48Z</updated>    
    <published>2026-06-09T13:20:48Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Bonjour l&#8217;équipe Freebox,<br />Depuis l&#8217;intégration très appréciée de la résolution <acronym title="Domain Name Server">DNS</acronym> locale, le suffixe attribué automatiquement aux baux DHCP est codé en dur sur .home.<br />Bien que fonctionnelle, cette approche pose un problème de conformité avec les standards actuels : le <acronym title="Top Level Domain">TLD</acronym> .home n&#8217;est pas officiellement réservé et expose à des risques (bien que faibles) de collision <acronym title="Top Level Domain">TLD</acronym>.<br />L&#8217;IETF a publié en 2018 la <acronym title="Request for Comments (Internet Standards)">RFC</acronym> 8375 (Special-Use Domain &#8216;home.arpa.&#8217;), qui définit très clairement home.arpa comme le standard exclusif et sécurisé pour les réseaux locaux résidentiels.<br />Actuellement, l&#8217;interface Freebox <acronym title="Operating System">OS</acronym> ne permet ni de modifier ce comportement, ni d&#8217;éditer l&#8217;Option DHCP 15 (Domain Name) pour diffuser un autre suffixe aux appareils du réseau (indispensable pour les utilisateurs gérant un homelab, des certificats <acronym title="Secure Sockets Layer">SSL</acronym> locaux ou des services conteneurisés).<br />Comportements attendus / Solutions proposées :<br />Ajouter un champ texte &#8220;Nom de domaine local&#8221; dans les paramètres DHCP de Freebox <acronym title="Operating System">OS</acronym> (Mode Avancé), permettant aux utilisateurs de modifier l&#8217;Option 15.<br />Idéalement : Remplacer la valeur par défaut .home par home.arpa sur les nouvelles configurations pour se conformer nativement à la <acronym title="Request for Comments (Internet Standards)">RFC</acronym> 8375.<br />Lien de référence :<br /><a href="https://www.rfc-editor.org/info/rfc8375/" class="urlextern" title="https://www.rfc-editor.org/info/rfc8375/"  rel="nofollow">https://www.rfc-editor.org/info/rfc8375/</a> Merci d&#8217;avance pour votre considération et pour le travail sur Freebox <acronym title="Operating System">OS</acronym> !<br />
</p>
</div>
    </content>
    <author><name>Boris</name></author>
    <id>https://dev.freebox.fr/bugs/:41048</id>
  </entry>
    <entry>
    <title>FS#41047: Le guide des programmes dans freeboxos s’arrête au 14 juin 2026</title>
    <link href="https://dev.freebox.fr/bugs/task/41047" />    
    <updated>2026-06-09T15:11:09Z</updated>    
    <published>2026-06-08T19:17:33Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Bonjour, 
</p>

<p>
Le guide des programmes affiche “programme indisponible” pour les dates au delà du 14 juin 2026 (sur toutes les chaînes).
</p>

<p>
J’utilisais un script pour interroger les <acronym title="Application Programming Interface">API</acronym> et récupérer la liste des films diffusés dans les jours à venir (plutôt que de parcourir le guide manuellement).
</p>

<p>
Est ce que cela veut dire que la fonctionnalité “guide des programmes” est en cours d’ abandon dans freebox os ?
</p>

<p>
Merci d’avance pour la réponse !
</p>

<p>
Stéphen<br />
</p>
</div>
    </content>
    <author><name>Stephen leblond</name></author>
    <id>https://dev.freebox.fr/bugs/:41047</id>
  </entry>
    <entry>
    <title>FS#41046: Changement de root Letsencrypt: manque un intermédiaire</title>
    <link href="https://dev.freebox.fr/bugs/task/41046" />    
    <updated>2026-06-09T09:20:13Z</updated>    
    <published>2026-06-08T08:47:50Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Suite au changement de root letsencrypt: <a href="https://letsencrypt.org/2025/11/24/gen-y-hierarchy.html" class="urlextern" title="https://letsencrypt.org/2025/11/24/gen-y-hierarchy.html"  rel="nofollow">https://letsencrypt.org/2025/11/24/gen-y-hierarchy.html</a>
</p>

<p>
Des certificats basés sur YR sont maintenant distribués dans les box pour les domaines *.freeboxos.fr
</p>

<p>
On passe de: ISRG X1 → LE R12 → Cert Freebox<br />À:           ISRG X1 → ISRG YR → LE YR → Cert Freebox<br />(cf <a href="https://letsencrypt.org/certificates/" class="urlextern" title="https://letsencrypt.org/certificates/"  rel="nofollow">https://letsencrypt.org/certificates/</a>)
</p>

<p>
Dans la chaine de certificats fournis, la Freebox fourni celui juste avant (LE R12 ou LE YR); mais dans la chaine YR, le certificat ISRG YR n’est pas fourni et n’est pas encore inclus dans les navigateurs, ni les distributions Linux. Comme d’habitude, dans les navigateurs ça passe car LE est très utilisé, et le ISRG YR se retrouve en cache. Donc s’il manque dans la chaine, c’est invisible car le navigateur infère la chaîne grâce à son cache.
</p>

<p>
Mais avec curl ou n’importe quel autre programme, la validation échoue.
</p>

<p>
Ma suggestion est de rajouter ISRG YR dans la chaîne. Idéalement de manière dynamique, ACMEv2 permet normalement d’avoir la liste d’intermediaires à inclure. Sinon de manière statique, et l’enlever un fois que ISRG YR a rejoint les bundles de navigateurs/distributions Linux.
</p>
</div>
    </content>
    <author><name>Aissen</name></author>
    <id>https://dev.freebox.fr/bugs/:41046</id>
  </entry>
    <entry>
    <title>FS#41045: Problème de découverte réseau locale (Bonjour/mDNS) avec un répéteur Wifi 7</title>
    <link href="https://dev.freebox.fr/bugs/task/41045" />    
    <updated>2026-06-07T21:50:05Z</updated>    
    <published>2026-06-07T21:50:05Z</published>
    <content type="xhtml" xml:lang="en" xml:base="http://diveintomark.org/">
      <div xmlns="http://www.w3.org/1999/xhtml"> 
<p>
Hello, 
</p>

<p>
J’ai l’impression qu’il y a un bug avec la découverte réseau Bonjour/mDNS sur ma config Freebox Ultra + répéteur Wi-Fi 7. <br />Depuis que j’ai installé ce répéteur Wi-Fi 7 sur mon réseau, mon NAS Synology ne s’affichait plus correctement dans le Finder de macOS dans la section réseau : il est devenu invisible, alors que l’accès par IP fonctionnait toujours sans souci.
</p>

<p>
Pour essayer de comprendre, j’ai regardé ce qui se passait côté réseau directement depuis le Terminal sur le Mac avec des commandes comme `dns-sd browse` et `dns-sd find`, pour voir les annonces mDNS/Bonjour sur le réseau local. J’ai aussi tenté de forcer une réactualisation en renommant temporairement le NAS, ce qui normalement devrait provoquer une nouvelle annonce mDNS et faire réapparaître l’appareil dans le Finder avec son nouveau nom. Dans mon cas, le NAS apparaissait bien brièvement dans le Finder, puis disparaissait systématiquement quelques secondes après.
</p>

<p>
En faisant des tests par élimination, j’ai fini par couper le répéteur Wi-Fi 7. Dès que je l’ai éteint, tout est redevenu normal immédiatement : le NAS est réapparu de façon stable dans le Finder.<br />Est-ce que il y a un réglage qui m&#8217;a échappé ou est-ce bien un bug ?<br />Merci pour votre aide.<br />
</p>
</div>
    </content>
    <author><name>Emile Chaillou</name></author>
    <id>https://dev.freebox.fr/bugs/:41045</id>
  </entry>
  </feed>
