Raporty błędów Apple macOS zamykane bez poprawek

# Apple zamyka zgłoszenia błędów macOS bez weryfikacji poprawek

Deweloper Jeff Johnson ujawnił praktykę Apple polegającą na formalnym zamykaniu zgłoszeń błędów w macOS bez faktycznego naprawy usterek. Firma wymaga od autorów potwierdzenia defektu w wersjach beta, ignorując brak odpowiedzi i zmieniając bilety na status „naprawione”.

Przypadek z wyciekiem danych sieciowych

W marcu 2023 roku Johnson złożył zgłoszenie FB12088655 dotyczące wycieku adresów IP i połączeń TCP przez filtry sieciowe macOS. Zgłoszenie zawierało:

• Szczegółowe kroki reprodukcji.
• Projekt testowy w Xcode.
• Publiczny opis problemu.

Apple przyjęło raport, ale nie reagowało przez prawie trzy lata. W marcu 2026 roku wsparcie poprosiło o sprawdzenie w macOS 26.4 beta 4. Johnson odmówił testowania wersji beta, zaznaczając, że nie chce pełnić roli darmowego inżyniera QA.

Wsparcie nie wyjaśniło statusu naprawy w beta 4 i dało dwa tygodnie na odpowiedź. Bez potwierdzenia bilet miał zostać zamknięty jako resolved. Testy Johnsona na wydanej wersji macOS 26.4 potwierdziły trwałość błędu, ale Apple nie zaangażowało wewnętrznych testerów do weryfikacji.

Systemowy problem z obsługą zgłoszeń

Johnson opisuje powtarzający się schemat:

• Zgłoszenie składane z pełnymi krokami repro.
• Apple ignoruje przez miesiące lub lata.
• Żąda reconfirm w wersji beta.
• Zamyka bez odpowiedzi, jeśli brak odzewu.

Ostatni przykład: w 100% reprodukowalny błąd zamknięty ze statusem „diagnostyka nie powiodła się”. Ponowne otwarcie bez reakcji wsparcia przez dwa tygodnie.

Deweloper przypuszcza, że w Apple istnieją metryki sukcesu, gdzie liczba otwartych biletów wpływa na KPI zespołów. To zachęca do zamykania zgłoszeń niezależnie od naprawy.

Konsekwencje dla deweloperów macOS

Taka polityka obniża motywację zewnętrznych kontrybutorów. Deweloperzy poziomu middle/senior marnują czas na szczegółowe zgłoszenia, ale napotykają ignorancję lub cykliczne żądania.

• Ryzyka bezpieczeństwa: Wycieki jak FB12088655 pozostają bez naprawy, zagrażając prywatności.
• Jakość systemu: Niesystematyczna obsługa pogarsza zaufanie do platformy.
• Alternatywy: Johnson poleca publikacje publiczne zamiast Feedback Assistant.

Wewnętrzni QA Apple mogliby przejąć repro, ale praktyka wskazuje inaczej.

Co ważne

• Apple zamyka zgłoszenia błędów macOS bez potwierdzenia naprawy, żądając reconfirm od autorów w wersjach beta.
• Przykład: trzymiesięczny raport FB12088655 o wycieku IP/TCP w filtrach sieciowych nierozwiązany w macOS 26.4.
• Polityka stymuluje statystyki: zamknięte bilety = sukces, niezależnie od jakości.
• Deweloperzy tracą czas, pełniąc rolę darmowych testerów.
• Rekomendacja: publikujcie szczegóły publicznie, by wywrzeć presję na firmę.

— Editorial Team