Apple cierra informes de errores de macOS sin verificar las correcciones
El desarrollador Jeff Johnson ha expuesto la práctica de Apple de cerrar formalmente los informes de errores de macOS sin corregir realmente los problemas. La compañía exige a los reporteros que confirmen el defecto en versiones beta, ignorando cualquier falta de respuesta y marcando los tickets como «resueltos».
Caso de filtración de datos de red
En marzo de 2023, Johnson presentó el informe FB12088655 sobre direcciones IP y conexiones TCP que se filtraban a través de los filtros de red de macOS. El informe incluía:
- Pasos detallados de reproducción.
- Un proyecto de prueba de Xcode.
- Una descripción pública del problema.
Apple aceptó el informe, pero no respondió durante casi tres años. En marzo de 2026, el soporte le pidió que verificara en macOS 26.4 beta 4. Johnson se negó a probar betas, diciendo que no quería actuar como ingeniero de QA gratuito.
El soporte no aclaró si la corrección estaba en la beta 4 y le dio dos semanas para responder. Sin confirmación, el ticket se cerraría como resuelto. Las pruebas de Johnson en la versión de lanzamiento de macOS 26.4 confirmaron que el error persistía, pero Apple no tuvo probadores internos que lo verificaran.
Problema sistémico en el manejo de informes
Johnson describe un patrón recurrente:
- Informe presentado con pasos completos de reproducción.
- Apple lo ignora durante meses o años.
- Solicita reconfirmación en una versión beta.
- Lo cierra sin respuesta si no hay réplica.
Ejemplo reciente: Un error 100% reproducible cerrado con estado «diagnóstico fallido». Al reabrirlo, no hubo respuesta del soporte en dos semanas.
El desarrollador sospecha de métricas de éxito en Apple donde el número de tickets abiertos afecta los KPIs de los equipos. Esto incentiva cerrar informes independientemente de si están corregidos.
Consecuencias para los desarrolladores de macOS
Esta política desmotiva a los colaboradores externos. Desarrolladores de nivel medio y senior invierten tiempo en informes detallados, pero se enfrentan a ignorancia o bucles interminables de reconfirmación.
- Riesgos de seguridad: Filtraciones como FB12088655 quedan sin corregir, amenazando la privacidad.
- Calidad del SO: El manejo inconsistente erosiona la confianza en la plataforma.
- Alternativas: Johnson recomienda publicaciones públicas en lugar de Feedback Assistant.
La QA interna de Apple podría manejar las reproducciones ellos mismos, pero la práctica muestra lo contrario.
Lecciones clave
- Apple cierra informes de errores de macOS sin confirmar correcciones, exigiendo reconfirmación de los reporteros en betas.
- Ejemplo: Informe de tres años FB12088655 sobre filtraciones IP/TCP en filtros de red sigue sin resolverse en macOS 26.4.
- La política infla estadísticas: Tickets cerrados = éxito, sin importar la calidad.
- Los desarrolladores pierden tiempo como probadores gratuitos.
- Recomendación: Publicar detalles públicamente para presionar a la compañía.
— Editorial Team
Aún no hay comentarios.