Apple ferme arbitrairement des rapports de bugs si l’utilisateur ne confirme pas lui-même que le problème n’est pas corrigé

• Apple clôt automatiquement des bugs signalés via Feedback Assistant si l’utilisateur ne vérifie pas lui-même que le problème « n’est toujours pas corrigé »
• Concernant un bug de fuite de données personnelles lié à une extension de filtre réseau (FB12088655) resté sans réponse pendant 3 ans, Apple a soudainement demandé une vérification et indiqué qu’en l’absence de réponse sous 2 semaines, le bug serait considéré comme corrigé
• Pourtant, les développeurs de Little Snitch ont confirmé que le même problème persistait sur les dernières versions de macOS, mais Apple a tout de même fermé le rapport
• Cette procédure fonctionne comme une structure qui réduit artificiellement le nombre de rapports de bugs, avec pour effet de masquer les véritables problèmes de qualité
• En conséquence, la méthode de gestion des bugs d’Apple affaiblit la confiance des développeurs et nuit à une culture de feedback collaborative

---

Le problème de fermeture automatique des rapports de bugs chez Apple

• Un développeur ayant signalé un bug via Apple Feedback Assistant critique la pratique d’Apple consistant à fermer des rapports sans validation réelle de l’utilisateur
  • Apple ferme automatiquement un rapport si l’utilisateur ne confirme pas lui-même que « le bug n’est toujours pas corrigé »
  • Après plusieurs années sans réponse, Apple envoie soudainement une demande de vérification et considère le problème comme « corrigé » si aucune réponse n’arrive sous 2 semaines
• Dans le cas de FB12088655 « Privacy: Network filter extension TCP connection and IP address leak », soumis en mars 2023, Apple n’a donné aucune réponse pendant 3 ans, puis a demandé en mars 2026 une vérification sur macOS 26.4 beta 4
  • Il était difficile de vérifier car l’OS bêta n’était pas installé en permanence, et malgré une demande adressée à Apple pour savoir si le bug avait été corrigé, aucune réponse claire n’a été fournie
  • Apple a indiqué que « si aucune vérification n’était faite sous 2 semaines, le problème serait considéré comme corrigé et le rapport fermé »
  • Les développeurs de Little Snitch ont signalé que le même problème était reproductible sur macOS 26.4 beta 4
  • Le même bug était également toujours présent dans la version finale de macOS 26.4
• Le fait qu’Apple exige une vérification directe de l’utilisateur pour un bug non corrigé est décrit comme une procédure inefficace et déraisonnable
  • Il est évoqué qu’en interne, une structure d’incitation visant à réduire le nombre de rapports de bugs pourrait être à l’œuvre
  • Cela réduit le nombre de « bugs ouverts » et donne, dans les indicateurs internes, l’impression que la qualité s’améliore

Autres cas de rapports de bugs

• Un autre exemple cité est le bug FB22057274 « Pinned tabs: slow-loading target="_blank" links appear in the wrong tab »
  • Bien que le problème soit reproductible à 100 %, Apple l’a marqué comme « Investigation complete - Unable to diagnose with current information »
  • Des informations supplémentaires ont été demandées le 9 mars, mais Apple n’a pas répondu
• Dans la bêta d’iPadOS 26.4, un bug de plantage de Safari est également apparu, et Apple ne l’a pas corrigé avant la sortie de la version publique
  • L’auteur critique la situation en affirmant que « le but de la bêta ne semble pas être de corriger des bugs, mais d’ennuyer ceux qui les signalent »

Évolutions après Hacker News et réponse d’Apple

• Juste après que cet article est arrivé en première page de Hacker News, Apple a mis à jour le rapport FB22057274
  • Apple a demandé l’envoi de journaux sysdiagnose pour un problème d’interface
  • L’auteur souligne qu’il avait déjà fourni les étapes de reproduction et une capture vidéo de l’écran, et que sysdiagnose représente un risque pour la vie privée tout en étant inutile dans ce cas
• L’auteur a répondu à la demande d’Apple de la manière suivante
  • « Pour un bug d’interface, sysdiagnose n’est pas nécessaire et n’aide pas »
  • Il propose une méthode reproductible sans Little Snitch : utiliser Network Link Conditioner dans les Xcode Additional Tools et régler le profil de latence montante sur 3000 ms pour reproduire le même comportement

Informations sur Xcode Additional Tools

• Les Xcode Additional Tools comprennent plusieurs utilitaires utiles et peuvent être téléchargés depuis la page Apple Developer Downloads (connexion requise)

Évaluation globale

• La méthode de gestion des rapports de bugs d’Apple impose une charge inutile aux développeurs et semble fonctionner selon une logique davantage centrée sur la baisse du nombre de rapports que sur la résolution effective des problèmes
• Les rapports laissés longtemps sans réponse, les demandes de vérification déraisonnables et les requêtes d’informations inefficaces affaiblissent la confiance des développeurs et leur volonté de coopération