# Apple ferme les rapports de bugs macOS sans vérifier les correctifs
Le développeur Jeff Johnson a révélé la pratique d'Apple consistant à fermer formellement les rapports de bugs macOS sans corriger réellement les problèmes. L'entreprise exige des rapporteurs qu'ils confirment le défaut dans les versions bêta, ignorant tout manque de réponse et marquant les tickets comme « résolus ».
Cas de fuite de données réseau
En mars 2023, Johnson a soumis le rapport FB12088655 concernant des fuites d'adresses IP et de connexions TCP à travers les filtres réseau macOS. Le rapport incluait :
- Des étapes de reproduction détaillées.
- Un projet Xcode de test.
- Une description publique du problème.
Apple a accepté le rapport mais n'y a pas répondu pendant près de trois ans. En mars 2026, le support lui a demandé de vérifier macOS 26.4 bêta 4. Johnson a refusé de tester les bêtas, expliquant qu'il ne voulait pas jouer le rôle d'ingénieur de contrôle qualité gratuit.
Le support n'a pas précisé si la correction était présente dans la bêta 4 et lui a donné deux semaines pour répondre. Sans confirmation, le ticket serait fermé comme résolu. Les tests de Johnson sur la version de sortie de macOS 26.4 ont confirmé que le bug persistait, mais Apple n'avait pas fait vérifier cela par des testeurs internes.
Problème systémique dans la gestion des rapports
Johnson décrit un schéma récurrent :
- Rapport soumis avec des étapes de reproduction complètes.
- Apple l'ignore pendant des mois ou des années.
- Demande une reconfirmation dans une version bêta.
- Le ferme sans réponse en l'absence de retour.
Exemple récent : un bug 100 % reproductible fermé avec le statut « diagnostic échoué ». La réouverture n'a reçu aucune réponse du support en deux semaines.
Le développeur soupçonne des métriques de succès chez Apple où le nombre de tickets ouverts impacte les indicateurs clés de performance des équipes. Cela incite à fermer les rapports indépendamment de leur correction effective.
Conséquences pour les développeurs macOS
Cette politique démotive les contributeurs externes. Les développeurs de niveau intermédiaire et senior y consacrent du temps pour des rapports détaillés, mais se heurtent à l'ignorance ou à des boucles de reconfirmation interminables.
- Risques de sécurité : Des fuites comme FB12088655 restent non corrigées, menaçant la confidentialité.
- Qualité de l'OS : Une gestion incohérente érode la confiance dans la plateforme.
- Alternatives : Johnson recommande des publications publiques plutôt que Feedback Assistant.
Le contrôle qualité interne d'Apple pourrait gérer les reproductions lui-même, mais la pratique montre le contraire.
Points clés à retenir
- Apple ferme les rapports de bugs macOS sans confirmer les correctifs, exigeant une reconfirmation des rapporteurs dans les bêtas.
- Exemple : le rapport FB12088655 vieux de trois ans sur les fuites IP/TCP dans les filtres réseau reste non résolu dans macOS 26.4.
- La politique gonfle les stats : tickets fermés = succès, indépendamment de la qualité.
- Les développeurs perdent du temps comme testeurs gratuits.
- Recommandation : publier les détails publiquement pour faire pression sur l'entreprise.
— Editorial Team
Aucun commentaire pour le moment.