- Apple, Feedback Assistant के ज़रिए रिपोर्ट किए गए bug को तब अपने-आप बंद कर देता है जब उपयोगकर्ता खुद यह verify न करे कि “यह अभी तक ठीक नहीं हुआ है”
- network filter extension से जुड़ा privacy leak bug (FB12088655), जिस पर 3 साल तक कोई जवाब नहीं आया, उसके बारे में Apple ने अचानक पुष्टि मांगी और कहा कि 2 हफ्ते में जवाब न मिलने पर इसे ठीक मान लिया जाएगा
- लेकिन Little Snitch developers ने पुष्टि की कि वही समस्या नए macOS में भी बनी हुई है, फिर भी Apple ने report बंद कर दी
- यह प्रक्रिया bug report की संख्या को कृत्रिम रूप से कम करने वाली संरचना की तरह काम करती है, जिससे वास्तविक quality समस्याएं छिप जाती हैं
- नतीजतन, Apple का bug management तरीका developers के भरोसे को कमजोर करता है और collaborative feedback culture को नुकसान पहुंचाता है
Apple की bug report auto-close समस्या
- Apple Feedback Assistant के ज़रिए bug report करने वाले एक developer ने Apple की उस प्रथा की आलोचना की, जिसमें कंपनी उपयोगकर्ता की पुष्टि के बिना मनमाने ढंग से report बंद कर देती है
- Apple, अगर उपयोगकर्ता खुद यह पुष्टि नहीं करता कि “bug अभी तक ठीक नहीं हुआ”, तो उस report को अपने-आप बंद कर देता है
- कई साल तक कोई जवाब नहीं आता, फिर अचानक verification request भेजी जाती है, और 2 हफ्तों में जवाब न मिलने पर उसे “fix हो चुका” मान लिया जाता है
- मार्च 2023 में जमा की गई FB12088655 “Privacy: Network filter extension TCP connection and IP address leak” case में, 3 साल तक कोई जवाब नहीं आया और मार्च 2026 में जाकर Apple ने macOS 26.4 beta 4 में verification मांगा
- beta OS हमेशा install न होने की वजह से इसकी पुष्टि करना मुश्किल था, और Apple से fix की स्थिति पूछने पर भी कोई स्पष्ट जवाब नहीं मिला
- Apple ने सूचित किया कि “अगर 2 हफ्तों के भीतर पुष्टि नहीं की गई, तो इसे fix मानकर report बंद कर दी जाएगी”
- Little Snitch developers ने रिपोर्ट किया कि macOS 26.4 beta 4 में भी वही समस्या reproduce हो रही है
- वास्तव में macOS 26.4 के release version में भी वही bug मौजूद था
- यह कहा गया कि Apple का unpatched bug के लिए उपयोगकर्ता से सीधे verification मांगना अप्रभावी और अव्यवहारिक प्रक्रिया है
- यह भी उल्लेख हुआ कि अंदरूनी तौर पर bug report की संख्या कम करने के लिए incentive structure काम कर रहा हो सकता है
- इसकी वजह से “open bugs” की संख्या कम दिखती है और internal metrics पर quality बेहतर दिखाई दे सकती है
अन्य bug report cases
- एक और case के रूप में FB22057274 “Pinned tabs: slow-loading target="_blank" links appear in the wrong tab” bug का उल्लेख हुआ
- 100% reproduce होने वाली समस्या होने के बावजूद, Apple ने इसे “Investigation complete - Unable to diagnose with current information” के रूप में चिह्नित किया
- 9 मार्च को अतिरिक्त जानकारी मांगी गई, लेकिन Apple ने जवाब नहीं दिया
- iPadOS 26.4 beta में Safari crash bug नया सामने आया, और Apple ने इसे public release से पहले ठीक नहीं किया
- लेखक ने आलोचना करते हुए कहा कि “ऐसा लगता है कि beta का उद्देश्य bugs को ठीक करना नहीं, बल्कि bug report करने वालों को परेशान करना है”
Hacker News के बाद हुए बदलाव और Apple की प्रतिक्रिया
- यह लेख Hacker News के पहले पेज पर पहुंचने के तुरंत बाद Apple ने FB22057274 report को update किया
- Apple ने UI समस्या के लिए sysdiagnose log submit करने को कहा
- जबकि reproduction steps और screen recording video पहले ही दिया जा चुका था, और यह कहा गया कि sysdiagnose privacy risk पैदा करता है और अनावश्यक सामग्री है
- लेखक ने Apple की मांग के जवाब में यह कहा
- “UI bug के लिए sysdiagnose की जरूरत नहीं है और यह मददगार भी नहीं है”
- Little Snitch के बिना भी reproduce करने का तरीका बताते हुए कहा गया कि Xcode Additional Tools के Network Link Conditioner में uplink delay 3000ms profile सेट करने पर वही समस्या फिर से दिखाई देती है
Xcode Additional Tools गाइड
- Xcode Additional Tools में कई उपयोगी utilities शामिल हैं,
Apple Developer Downloads page (login required) से इन्हें डाउनलोड किया जा सकता है
समग्र मूल्यांकन
- Apple का bug report management तरीका developers पर अनावश्यक बोझ डालता है,
और यह वास्तविक समस्या समाधान से ज्यादा reports की संख्या घटाने पर केंद्रित संरचना की तरह काम करता है
- लंबे समय तक बिना जवाब वाली reports, अव्यवहारिक verification मांग, और अप्रभावी information request जैसी चीजों के कारण
developers का भरोसा और सहयोग की इच्छा कमजोर हो रही है
अभी कोई टिप्पणी नहीं है.