मुख्य सामग्री पर जाएं
PocketCode
होम
Docs/Dev Browser

Dev Browser

Dev Browser आपके वेब पेज आपके डिवाइस के system WebView पर फ़ुल स्क्रीन में दिखाता है। इसमें सात DevTools पैनल हैं (Console, Network, Storage, Elements, CSS, Perf और Audit), 21 device profiles, history, bookmarks और screenshots। यह Free और Pro पर बिल्कुल एक जैसा काम करता है।

यह क्या है और इसे कैसे खोलें

यह एक फ़ुल-स्क्रीन विंडो है जो सब कुछ ढक लेती है, नीचे का navigation bar भी। ऊपर एड्रेस बार है, उसके नीचे आपका पेज, और माँगने पर एक DevTools पैनल। पेज व्यू सिर्फ़ एक है: कोई tabs नहीं, कोई private mode नहीं और कोई pop-up विंडो नहीं। एडिटर इसे DevBrowser कहता है; Editor पेज पर इसके बटन का विवरण Open in browser है।

इसे खोलने के तरीके

आप कहाँ हैंक्या टैप करेंकौन-सा एड्रेस खुलता है
Editor पेज (जिसमें आपकी file tabs हैं)हेडर में globe आइकन। इस पर कोई दिखने वाला टेक्स्ट नहीं है: screen reader इसे Open in browser कहते हैं। यह तभी दिखता है जब कोई HTML, CSS, JavaScript या TypeScript फ़ाइल खुली हो (external फ़ाइल नहीं), और जब तक प्रोजेक्ट का local server चालू नहीं हो जाता, यह ग्रे रहता है।http://localhost:<port>/<खुली फ़ाइल का path>, उस port के साथ जो server को असल में मिला
फ़ुल-स्क्रीन एडिटरऊपर के बार में globe आइकन (DevBrowser), Markdown और external फ़ाइलों को छोड़कर किसी भी फ़ाइल पर।http://localhost:<port>/<प्रोजेक्ट में फ़ाइल का path>, उस चालू local server के port के साथ
एडिटर का menu या command paletteOpen in DevBrowser, Tools सेक्शन में Run समूह के नीचे (या उसे search करें), Markdown को छोड़कर किसी भी फ़ाइल पर।http://localhost:<port>/<प्रोजेक्ट में फ़ाइल का path>, उस चालू local server के port के साथ
एडिटर का Run पैनल, .html फ़ाइल चलाने के बादOpen in DevBrowser chipLocal server पर वही एड्रेस: runner जो file:// path छापता है वह http://localhost:<port>/<प्रोजेक्ट में फ़ाइल का path> में बदल जाता है
फ़ुल-स्क्रीन एडिटर का globe आइकन, Open in DevBrowser कमांड और Run पैनल का chip ऐप से पूछते हैं कि local server को असल में कौन-सा port मिला (8765 से 8774 तक), इसलिए 8765 पर कुछ और होने पर भी वे आपकी फ़ाइलों तक पहुँचते हैं। अगर अभी कोई local server चालू नहीं है तो वे 8765 पर लौट जाते हैं, जहाँ कोई जवाब नहीं देता: पहले प्रोजेक्ट को Editor पेज पर खोलें, क्योंकि server वहीं से शुरू होता है।

प्रीव्यू के पीछे का local server

  • Editor पेज पर कोई प्रोजेक्ट खोलने पर उसके फ़ोल्डर के लिए एक छोटा HTTP server अपने-आप शुरू हो जाता है; इसे शुरू या बंद करने का कोई बटन नहीं है। यह 8765 से 8774 तक का पहला खाली port लेता है और सिर्फ़ 127.0.0.1 पर सुनता है।
  • यह एक static server है: यह आपके प्रोजेक्ट की फ़ाइलें, किसी फ़ोल्डर का index.html या फ़ोल्डर की सूची भेजता है, Cache-Control: no-cache, no-store, must-revalidate के साथ, और कभी server code नहीं चलाता।
  • हर request के लिए server का credential चाहिए। Dev Browser इसे आपके लिए जोड़ देता है, इसलिए आपके पेज लोड होते हैं; server तक पहुँचने वाली बाकी हर चीज़ को 401 Unauthorized मिलता है।
  • आपकी अपनी फ़ाइलें बिना कनेक्शन के लोड होती हैं। आपका पेज Internet से जो कुछ माँगता है (CDN scripts, fonts, APIs), उसके लिए कनेक्शन अब भी चाहिए।

विंडो कैसे काम करती है

  • कोई close बटन और कोई keyboard shortcut नहीं है। system का back gesture या बटन इस्तेमाल करें: यह पहले पेज की history में पीछे जाता है और Dev Browser तभी बंद करता है जब कोई history नहीं बचती।
  • इसे बंद करने से आपकी जगह नहीं खोती। उसी एड्रेस के साथ दोबारा खोलने पर पेज वापस आ जाता है और console बना रहता है। अलग एड्रेस के साथ खोलने पर console, network, storage, DOM, CSS, metrics और audit खाली शुरू होते हैं; आपका device profile, DevTools दिख रहा है या नहीं, history और bookmarks बने रहते हैं।
  • डिवाइस घुमाने पर DevTools का tab, खुले dialogs और पेज और पैनल के बीच का बँटवारा बना रहता है। Landscape में status bar छिप जाता है; उसे वापस लाने के लिए swipe करें।
  • DevTools पैनल छिपा हुआ शुरू होता है।

आप नहीं कर सकते, और क्यों

  • इसे Tools शीट, global command palette, Home, Settings या deep link से खोलना: यह एडिटर का एक tool है, अपना अलग module नहीं।जानबूझकर
  • कई पेज एक साथ खुले रखना: कोई tabs नहीं, कोई private mode नहीं, कोई pop-up विंडो नहीं।जानबूझकर

स्क्रीन मैप

Dev Browser की हर स्क्रीन, पैनल और dialog के लिए एक पंक्ति। हर एक को नीचे के सेक्शन में समझाया गया है।

स्क्रीनवहाँ कैसे पहुँचेंक्या कर सकते हैं
Address barहमेशा ऊपर।एड्रेस या search लिखें, reload या stop करें, DevTools खोलें, menu खोलें।
Browser menuएड्रेस बार में Browser menu (⋮)।Back, forward, find, screenshots, device, history, bookmarks, system browser, clear cache।
Find in pageMenu → Find in page।पेज का टेक्स्ट खोजें और matches के बीच कूदें।
पेजएड्रेस बार के नीचे।पेज इस्तेमाल करें, pinch करके zoom करें, upload के लिए फ़ाइलें चुनें, load errors कॉपी करें।
Device ProfilesMenu → Device Profile।फ़ोन, टैबलेट या desktop का साइज़ और User-Agent emulate करें; उसे rotate करें।
History और BookmarksMenu → History या Bookmarks।पेज दोबारा खोलें, bookmarks मिटाएँ, history साफ़ करें।
Add BookmarkMenu → Add Bookmark।मौजूदा पेज को बदले जा सकने वाले टाइटल और एड्रेस के साथ सेव करें।
Clear CacheMenu → Clear Cache।पुष्टि के बाद cache, cookies और site storage साफ़ करें।
ScreenshotsMenu → Take Screenshot या Screenshot (full page)।दिख रहे पेज या पूरे पेज का PNG सेव करें।
DevTools पैनल</> बटन (DevTools)।सातों पैनल दिखाएँ या छिपाएँ और उनका साइज़ बदलें।
ConsoleDevTools → Console।पेज के messages पढ़ें और filter करें, JavaScript चलाएँ।
NetworkDevTools → Network।पेज की requests status, साइज़ और duration के साथ देखें; किसी request का detail खोलें।
StorageDevTools → Storage।localStorage, sessionStorage और cookies देखें, कॉपी करें और मिटाएँ।
ElementsDevTools → Elements।DOM tree पढ़ें, पेज पर कोई element चुनें, उसका selector कॉपी करें, उसे highlight करें।
CSSDevTools → CSS।पेज पर अपनी CSS लागू करें और पेज के rules पढ़ें।
PerfDevTools → Perf।Load times, Core Web Vitals और page statistics पढ़ें।
AuditDevTools → Audit।PocketCode की local quality जाँच चलाएँ (पाँच categories में 47 tests)।
ऑटोमैटिक reloadटैप करने के लिए कुछ नहीं।जब AI एजेंट ऐसी फ़ाइल लिखता है जिसका पेज पर असर होता है, तो पेज reload हो जाता है।
AI एजेंट के toolsAI Chat।एजेंट खुले पेज को खोलता, पढ़ता, क्लिक करता, उसमें टाइप करता, audit करता और capture करता है।

पेज ब्राउज़ करें

एड्रेस बार हमेशा ऊपर रहता है और पेज बाकी पूरी विंडो भर देता है। बाकी सब कुछ Browser menu में है।

एड्रेस बार

एड्रेस chip पर टैप करके उसे एडिट करें। chip एड्रेस को https://, http://, www. और आख़िरी / के बिना दिखाता है; HTTPS पेज के लिए ताला और बाकी के लिए globe के साथ। उसके नीचे एक progress bar पेज लोड होने के साथ भरती है, और जब पेज बताता है तब असली प्रतिशत दिखाती है।

आप कर सकते हैं

  • Search or enter URL में एड्रेस या search लिखें और keyboard की Go कुंजी दबाएँ; X (Cancel) एडिट करना बंद कर देता है।
  • Reload से reload करें; पेज लोड होते समय यही बटन Stop बन जाता है।
  • </> बटन (DevTools) से DevTools पैनल खोलें या बंद करें। एक लाल badge console की errors गिनता है और 99+ पर गिनना रोक देता है।
  • Browser menu (⋮) खोलें।

आप नहीं कर सकते, और क्यों

  • file://, content://, data:, javascript:, intent:, mailto: या tel: एड्रेस लोड करना: बार में टाइप करने पर ये Google search बन जाते हैं।जानबूझकर
  • कोई दूसरा search engine चुनना: जो टेक्स्ट एड्रेस नहीं है, उसे हमेशा Google पर search किया जाता है।जानबूझकर
  • अपने local network के सादे http:// एड्रेस खोलना (जैसे http://192.168.1.20): ऐप की network policy बिना एन्क्रिप्शन वाले HTTP की इजाज़त सिर्फ़ localhost, 127.0.0.1 और 10.0.2.2 के लिए देती है। HTTPS या tunnel इस्तेमाल करें।नेटवर्क ज़रूरी

आप जो टाइप करते हैं उसका क्या होता है

आप टाइप करते हैंDev Browser लोड करता है
http://… या https://…एड्रेस जैसा लिखा है वैसा ही।
कोई भी दूसरी scheme (file://, data:, javascript:, mailto:…)उस टेक्स्ट की Google search।
localhost…, कोई IPv4 एड्रेस या host:portवही टेक्स्ट, आगे http:// लगाकर।
बिंदु वाला टेक्स्ट, जैसे example.comवही टेक्स्ट, आगे https:// लगाकर।
बाकी सब कुछएक Google search (https://www.google.com/search?q=…)।

Browser menu

⋮ बटन इसे खोलता है। ये इसके 11 आइटम हैं, इसी क्रम में।

आइटमक्या करता है
Backपेज की history में पीछे जाता है। जाने की जगह न हो तो ग्रे रहता है।
Forwardपेज की history में आगे जाता है। जाने की जगह न हो तो ग्रे रहता है।
Find in pageएड्रेस बार के नीचे search bar खोलता है।
Take Screenshotपेज का दिखने वाला हिस्सा PNG के रूप में सेव करता है।
Screenshot (full page)पूरा पेज एक PNG के रूप में सेव करता है।
Device Profiledevice picker खोलता है।
Historyआपके देखे हुए पेजों की सूची खोलता है।
Bookmarksआपके bookmarks खोलता है।
Add Bookmarkमौजूदा पेज को bookmark के रूप में सेव करता है।
Open in system browserमौजूदा एड्रेस आपके default browser में खोलता है। सिर्फ़ http और https के लिए; न खुल पाए तो एड्रेस एक लाल toast में दिखता है।
Clear Cacheपुष्टि के बाद cache, cookies और site storage साफ़ करता है।

Find in page

menu में Find in page चुनने पर यह एड्रेस बार के नीचे खुलता है।

आप कर सकते हैं

  • Find in page में टेक्स्ट लिखें: यह टाइप करते ही खोजता है, पेज में matches को चिह्नित करता है और बताता है कि कितने हैं।
  • Next match और Previous match से अगले या पिछले match पर जाएँ; keyboard की Search कुंजी भी अगले पर जाती है।
  • Close से इसे बंद करें; इससे search साफ़ हो जाती है।

आप नहीं कर सकते, और क्यों

—

पेज

पेज system WebView में चलता है, JavaScript और DOM storage चालू के साथ।

आप कर सकते हैं

  • पेज को हमेशा की तरह इस्तेमाल करें: scroll करें, टैप करें, टाइप करें और pinch करके zoom करें।
  • file upload वाले field के लिए system file picker से फ़ाइलें चुनें।
  • पेज के अपने alert और confirm dialogs देखें।
  • load errors को एक लाल toast में पढ़ें जिसे आप कॉपी कर सकते हैं: WebView का अपना संदेश, HTTP <code> <reason> जब पेज खुद 400 या उससे ऊपर का जवाब दे, या WebView render process crashed. Reload the page. पेज के render process के crash होने से PocketCode बंद नहीं होता।

आप नहीं कर सकते, और क्यों

  • दूसरी schemes वाले links पर जाना (tel:, mailto:, intent:, file:…): इन्हें बिना किसी संदेश के नज़रअंदाज़ कर दिया जाता है।जानबूझकर
  • HTTPS पेज के अंदर HTTP content लोड करना (mixed content)।जानबूझकर
  • अमान्य TLS certificate के बावजूद आगे बढ़ना, HTTP basic authentication से sign in करना या client certificate पेश करना: request रद्द कर दी जाती है। सिर्फ़ system की certificate authorities पर भरोसा किया जाता है।जानबूझकर
  • किसी पेज को कैमरा, माइक्रोफ़ोन या आपकी location इस्तेमाल करने देना: ये हमेशा अस्वीकार किए जाते हैं, और Console में एक Warning दिखती है।जानबूझकर
  • ऐप के अंदर फ़ाइलें डाउनलोड करना: download link system browser में खुलता है।जानबूझकर
  • pop-up विंडो खोलना।जानबूझकर

डिवाइस और viewport

किसी डिवाइस को चुनें और देखें कि उस साइज़ पर पेज कैसा दिखता और चलता है। एक profile सिर्फ़ दो चीज़ें बदलता है: viewport का साइज़ और पेज को मिलने वाला User-Agent।

  • पेज व्यू profile की चौड़ाई और ऊँचाई CSS pixels में लेता है। अगर वह स्क्रीन पर नहीं समाता, तो उसे दिखने में छोटा कर दिया जाता है (touches भी उसी अनुपात में scale होते हैं), ठीक Chrome के device mode की तरह।
  • Viewport की लंबी भुजा कभी 1,600 CSS pixels से ऊपर नहीं जाती: बड़े profiles उस सीमा के अंदर अपना अनुपात बनाए रखते हैं (उदाहरण के लिए Desktop 4K 1600 × 900 पर दिखता है)।
  • User-Agent उसी परिवार का होता है: iPhone और iPad profiles के लिए iOS पर Safari, Android फ़ोन और टैबलेट के लिए Android पर Chrome, desktops के लिए Windows या Mac पर Chrome।
  • हर साइज़ के बगल में दिखने वाला pixel ratio (जैसे 2.625x) सिर्फ़ टेक्स्ट है: यह पेज पर लागू नहीं होता।
  • कोई profile चुनने पर, अगर कोई पेज लोड है तो वह reload हो जाता है। Responsive तय साइज़ हटा देता है, इसलिए पेज पूरे क्षेत्र को भरता है, लेकिन Android पर Chrome वाला User-Agent बना रहता है। कुछ भी चुनने से पहले कोई emulation नहीं होता।

आप कर सकते हैं

  • menu में Device Profile खोलें। dialog का टाइटल Device Profiles है और वह आपके मौजूदा profile वाले समूह पर खुलता है।
  • Mobile, Tablet और Desktop के बीच बदलें।
  • Responsive (Adapts to container size) या 21 profiles में से कोई एक चुनें; सक्रिय profile पर check का निशान होता है (screen reader इसे Selected पढ़ते हैं)।
  • Rotate device से mobile या tablet profile को 90° घुमाएँ; dialog बंद हो जाता है।

आप नहीं कर सकते, और क्यों

  • desktop profile को rotate करना।जानबूझकर
  • किसी भी profile में लंबी भुजा पर 1,600 CSS pixels से ऊपर जाना: इससे पेज अटकने लगेगा।जानबूझकर

21 profiles

समूहProfiles (CSS pixels)
Mobile (7, rotate हो सकते हैं)iPhone 15 Pro 393×852 · iPhone 15 Pro Max 430×932 · iPhone SE 375×667 · Google Pixel 8 412×915 · Google Pixel 8 Pro 448×998 · Samsung Galaxy S24 360×780 · Samsung Galaxy S24 Ultra 412×915
Tablet (6, rotate हो सकते हैं)iPad Pro 11" 834×1194 · iPad Pro 13" 1024×1366 · iPad Air 820×1180 · iPad Mini 744×1133 · Google Pixel Tablet 1080×1920 · Samsung Galaxy Tab S9 1600×2560
Desktop (8, rotate नहीं होते)Desktop 1080p 1920×1080 · Desktop 1440p (2K) 2560×1440 · Desktop 4K 3840×2160 · Laptop (1366x768) · MacBook Pro 14" 1512×982 · MacBook Pro 16" 1728×1117 · iMac 24" 2240×1260 · Ultrawide (3440x1440)

DevTools पैनल

एड्रेस बार में </> बटन (DevTools) पर टैप करके पैनल दिखाएँ या छिपाएँ। यह छिपा हुआ शुरू होता है।

  • Portrait में पैनल पेज के नीचे रहता है; landscape में (जब स्क्रीन ऊँचाई से ज़्यादा चौड़ी हो) दाईं ओर।
  • साइज़ बदलने के लिए पेज और पैनल के बीच का handle खींचें: पेज जगह का 25% से 80% तक रखता है, डिफ़ॉल्ट रूप से 55%।
  • सात tabs हैं। सिर्फ़ चुना हुआ tab अपना नाम दिखाता है, ताकि सब समा जाएँ।
  • जब तक कोई पेज लोड है, Storage, Elements, CSS और Perf हर बार चुनने पर पेज को दोबारा पढ़ते हैं। Network खोलने पर requests के timings पूरे करता है। Audit तभी चलता है जब आप Run Audit पर टैप करते हैं।
  • Network, Storage और Elements में किसी पंक्ति का detail सूची के नीचे, पैनल के अंदर खुलता है, ताकि पेज दिखता रहे। इसमें एक टाइटल, वैकल्पिक tabs, कुछ actions और Close होता है, और लंबा होने पर scroll होता है।

सात tabs

Tabक्या दिखाता है
Consoleपेज जो log करता है, और JavaScript चलाने के लिए एक पंक्ति।
Networkपेज जो requests करता है, status, साइज़ और duration के साथ।
Storageपेज का localStorage, sessionStorage और cookies।
ElementsDOM tree, element picker के साथ।
CSSएक CSS editor और पेज के अपने rules।
PerfLoad times, Core Web Vitals और page statistics।
Audit47 tests वाली local quality जाँच।

आप नहीं कर सकते, और क्यों

  • Breakpoints लगाना, Chrome के remote DevTools (chrome://inspect) जोड़ना, browser extensions इस्तेमाल करना, या IndexedDB, Cache Storage, service workers और web manifest को inspect करना: engine system WebView है, ऐप remote debugging चालू नहीं करता, और ये सात पैनल ही सब कुछ हैं।डिवाइस

Console

पेज के console.* संदेश उनके level और टेक्स्ट के साथ दिखाता है और, जब पेज देता है, तब समय, फ़ाइल और line भी। यह ऐप की कुछ चेतावनियाँ भी दिखाता है: अस्वीकार की गई permissions, storage पढ़ने की समस्या और automatic reload।

आप कर सकते हैं

  • चार chips (error, warning, info, debug) से level के हिसाब से filter करें। हर एक अपनी गिनती दिखाता है; filter हटाने के लिए उस पर दोबारा टैप करें। सादे console.log के लिए कोई chip नहीं है: वे तब दिखते हैं जब कोई filter चालू न हो। दाईं ओर की संख्या बताती है कि कितने संदेश सूचीबद्ध हैं।
  • trash आइकन (Clear) से console खाली करें।
  • पेज के main frame में JavaScript चलाएँ: उसे Evaluate JavaScript… में टाइप करें और Run पर टैप करें। command और उसका नतीजा (2,000 characters पर कटा हुआ) सामान्य संदेशों की तरह जुड़ते हैं, इसलिए filters उन पर भी लागू होते हैं।
  • Previous command से पुराने commands वापस लाएँ: यह उनमें घूमता रहता है और एक ही command को लगातार दो बार नहीं दोहराता।
  • किसी संदेश के टेक्स्ट को देर तक दबाकर उसे कॉपी करें।
  • नए संदेश तभी अपने-आप दिखने तक scroll होते हैं जब आप पहले से सूची के अंत में थे।

आप नहीं कर सकते, और क्यों

  • आख़िरी 1,000 से ज़्यादा संदेश देखना: पुराने हटा दिए जाते हैं। नेविगेट करने से console खाली नहीं होता, लेकिन Dev Browser को किसी दूसरे एड्रेस पर खोलने से होता है।जानबूझकर

Network

पेज की requests की सूची, हर एक के साथ उसके प्रकार का एक अक्षर (D document, C stylesheet, J script, I image, F font या fetch, X XHR, M media, ? अन्य), उसकी फ़ाइल का नाम, status, साइज़, duration और एक bar जो उसकी duration की तुलना सबसे धीमी request से करती है। सारांश listed/total · KB · average ms की तरह पढ़ा जाता है। सूची सिर्फ़ देखती है: WebView जैसे ही कोई request करता है, वह दर्ज हो जाती है, बिना उसे रोके या बदले, और उसका status, duration, साइज़ और असली प्रकार बाद में error callbacks और पेज के Resource Timing data से भरे जाते हैं, जो पेज के लोड होने पर और आपके tab खोलने पर पढ़े जाते हैं। ऐप खुद सिर्फ़ प्रोजेक्ट के local server को requests करता है, उसका credential जोड़ने के लिए।

आप कर सकते हैं

  • All, Doc, CSS, JS, XHR (इसमें fetch शामिल है) और Img chips से प्रकार के हिसाब से filter करें। ये शब्द हमेशा English में रहते हैं।
  • किसी request पर टैप करके उसका detail सूची के नीचे खोलें, तीन tabs के साथ: General (url, method, status, size, time, duration और error), Request Headers (WebView जो headers देता है) और Response Headers।
  • trash आइकन (Clear) से सूची खाली करें।

आप नहीं कर सकते, और क्यों

  • request या response के bodies, response headers या MIME type देखना: Response Headers tab हमेशा None दिखाता है, क्योंकि अभी इन fields को कोई भरता नहीं है।अभी नहीं
  • किसी request को DNS, TLS और waiting चरणों में बाँटना: हर request की एक ही bar होती है, क्योंकि WebView ये timings नहीं देता।डिवाइस
  • सूची को एक पेज से दूसरे पेज तक बनाए रखना: main पेज के हर नेविगेशन पर यह खाली हो जाती है (सिर्फ़ नया document रहता है) और इसमें अधिकतम 1,000 requests रहती हैं।जानबूझकर
  • हर सफल request के status पर भरोसा करना: यह पेज के Resource Timing data से आता है, और जब WebView इसे नहीं बताता तो column में एक डैश दिखता है। Error status (400 और उससे ऊपर) हमेशा दिखते हैं।डिवाइस

Storage

पेज का localStorage, sessionStorage और cookies तीन सेक्शन (LOCAL STORAGE, SESSION STORAGE और COOKIES) में दिखाता है, हर एक अपनी गिनती के साथ, और साथ में कुल n items काउंटर। यह tab खोलने पर और Refresh से पेज को पढ़ता है। यह देखने, कॉपी करने और मिटाने के लिए है; कोई value बनाने या बदलने के लिए Console में JavaScript चलाएँ।

आप कर सकते हैं

  • किसी पंक्ति पर टैप करके उसकी पूरी key और value सूची के नीचे detail में खोलें।
  • value कॉपी करने के लिए Copy पर टैप करें (Copied to clipboard इसकी पुष्टि करता है)।
  • सिर्फ़ उसी एक key को हटाने के लिए Delete पर टैप करें।
  • किसी पूरे सेक्शन को उसके टाइटल के बगल वाले लाल clear आइकन (Clear) से खाली करें।
  • जब पेज में कुछ नहीं होता, तब पैनल No storage data कहता है और google.com जैसी कोई साइट आज़माने का सुझाव देता है।

आप नहीं कर सकते, और क्यों

  • HttpOnly cookies या किसी cookie की attributes (domain, expiry, Secure, SameSite) देखना: पैनल document.cookie पढ़ता है, जो इन्हें पेज की scripts से छिपाता है।जानबूझकर
  • किसी दूसरे path या domain के लिए सेट की गई cookie को हटाना: cookie हटाने का मतलब उसे path=/ के साथ expire कर देना है।जानबूझकर

Elements

पेज के DOM का सिर्फ़-पढ़ने वाला tree, आपकी code theme के रंगों में। हर पंक्ति <tag id class …>, leaf nodes का टेक्स्ट और children की संख्या (child / children) दिखाती है। यह <html> खुला हुआ और उसके children भी खुले हुए, <head> को छोड़कर, के साथ खुलता है; किसी पंक्ति पर टैप करके उसे खोलें या समेटें। हेडर nodes गिनता है। यह एक snapshot है, जो tab खोलने पर या Refresh DOM पर टैप करने पर पढ़ा जाता है: यह अपने-आप अपडेट नहीं होता, और आप यहाँ nodes एडिट नहीं कर सकते या computed styles और events नहीं पढ़ सकते।

आप कर सकते हैं

  • selector आइकन (Select an element on the page) पर टैप करें, फिर पेज पर किसी भी चीज़ पर टैप करें। हेडर कहता है Tap an element on the page; आपका अगला टैप element को उसे सक्रिय किए बिना चुनता है (कोई link नहीं खुलता और कोई form नहीं भेजा जाता), tree उसी element तक खुलता है, उसे पेज पर highlight करता है और सूची के नीचे उसका detail खोलता है। अगर element snapshot की गहराई से ज़्यादा गहरा है, तो वहाँ मौजूद सबसे गहरा ancestor चुना जाता है।
  • Refresh DOM से snapshot दोबारा पढ़ें।
  • किसी node का detail उसके (i) आइकन (Entry details) से खोलें: उसका <tag>, उसका CSS selector और उसके id, class, attributes और text।
  • html > :nth-child(2) > :nth-child(1) जैसा positional selector कॉपी करने के लिए Copy selector पर टैप करें; यह positions इस्तेमाल करता है, ids या classes नहीं।
  • element को नारंगी रंग में outline करने और उसे बीच में scroll करने के लिए Highlight on page पर टैप करें। outline तब तक रहती है जब तक आप कोई दूसरा node highlight न करें या reload न करें।
  • जब कुछ लोड नहीं होता, तब पैनल No DOM tree और Load a page and tap refresh कहता है।

आप नहीं कर सकते, और क्यों

  • पूरा DOM देखना: snapshot गहराई 10 पर रुक जाता है, हर node के 100 children (बाकी का प्रतिनिधित्व एक … +N more node करता है), हर element की 20 attributes, 500 characters का टेक्स्ट और हर attribute value के 200 characters। इसमें सिर्फ़ elements होते हैं (comments नहीं) और यह iframes या Shadow DOM के अंदर नहीं देखता।जानबूझकर

CSS

खुले पेज पर CSS लागू करने वाला एक छोटा editor, और पेज के अपने rules की सूची। CSS सिर्फ़ पेज में रहती है: पैनल कभी आपकी प्रोजेक्ट फ़ाइलों में नहीं लिखता, इसलिए जो पसंद आए उसे अपनी stylesheet में कॉपी कर लें।

आप कर सकते हैं

  • editor (Editor) में CSS लिखें और Apply CSS पर टैप करें: यह पेज में id pocket-css-inject वाला <style> element बनाता है, या अपडेट करता है।
  • आपने जो लागू किया उसे Clear से हटाएँ (यह तभी चालू होता है जब कुछ लागू हो)।
  • आपकी आख़िरी लागू की गई CSS हर load, reload और नेविगेशन के बाद फिर से लागू होती है, किसी दूसरी साइट पर जाने पर भी, जब तक आप Clear पर टैप न करें। Dev Browser को किसी दूसरे एड्रेस पर खोलने पर यह खो जाती है।
  • पेज के rules पढ़ने के लिए Rules (n) पर जाएँ: selector, properties की संख्या, पहली तीन और वह कहाँ से आया (stylesheet का एड्रेस या inline)। किसी rule पर टैप करके उसके declarations editor में कॉपी करें; उन्हें लागू करने से वे मूल को जगह पर बदलने के बजाय उसे override करते हैं।
  • जब सूची में कुछ नहीं होता, तब पैनल No CSS rules detected कहता है।

आप नहीं कर सकते, और क्यों

  • 200 से ज़्यादा rules, @media, @supports या @keyframes के अंदर के rules, या ऐसी stylesheets देखना जिन्हें browser पेज को पढ़ने नहीं देता: सिर्फ़ top-level rules सूचीबद्ध होते हैं, और न पढ़ी जा सकने वाली sheets बिना संदेश के छोड़ दी जाती हैं।जानबूझकर

Perf

Load times और page statistics, पेज के Performance API से पढ़े गए। इन्हें दोबारा पढ़ने के लिए Refresh पर टैप करें। यह CPU या JavaScript की profiling नहीं करता और इसमें throttling नहीं है।

आप कर सकते हैं

  • CORE WEB VITALS के नीचे के cards पढ़ें: First Paint (FP), First Contentful Paint (FCP), DOM Content Loaded (DCL) और Page Load हमेशा; Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) और Total Blocking Time (TBT) तब जब उनकी value शून्य से ऊपर हो। हर card तय thresholds के हिसाब से good, needs work या poor रंग में दिखता है (उदाहरण के लिए LCP 2,500 और 4,000 ms, CLS 0.1 और 0.25, TBT 200 और 600 ms)।
  • PAGE STATISTICS पढ़ें: DOM Nodes, Resources और, जब WebView उन्हें देता है, JS Heap और Transferred।
  • RESOURCE WATERFALL (n) पढ़ें: अधिकतम 50 resources, उनके प्रकार, नाम के आख़िरी 30 characters और duration के साथ।
  • Record पर टैप करें: यह Stop पर टैप करने तक हर 1.5 सेकंड में metrics दोबारा पढ़ता है। यह trace रिकॉर्ड नहीं करता; यह एक live refresh है।

आप नहीं कर सकते, और क्यों

  • WebView के न बताने पर LCP, CLS और TBT cards देखना: वे तभी दिखते हैं जब उनकी value शून्य से ऊपर हो। JS heap और transferred साइज़ भी इसी पर निर्भर हैं कि WebView क्या देता है।डिवाइस

Audit

यह एक local अनुमान है, Lighthouse नहीं। PocketCode पेज के अंदर JavaScript के रूप में अपने 47 checks का सेट चलाता है। हर check तय thresholds के हिसाब से 0 से 1 तक स्कोर पाता है, और किसी category का स्कोर उसके checks का औसत गुणा 100 होता है। इसमें Lighthouse नहीं है, mobile या network emulation नहीं है और trace नहीं है। Check के नाम, gauge labels और passed, warnings और failed शब्द हमेशा English में रहते हैं।

आप कर सकते हैं

  • Run Audit पर टैप करें (चलते समय यह Auditing… पढ़ता है)। audit सिर्फ़ तब चलता है जब आप बटन पर टैप करते हैं। पहली बार चलाने से पहले पैनल Run an audit to analyze page quality और Checks Performance, Accessibility, Best Practices, SEO and PWA कहता है।
  • 0 से 100 तक के पाँच gauges पढ़ें (Perf, A11y, BP, SEO और PWA; 90 से हरा, 50 से नारंगी), audit किया गया एड्रेस और audit में कितने milliseconds लगे।
  • सारांश (N passed, N warnings, N failed) पढ़ें और All (n), passed, warnings और failed chips से filter करें। कोई check 0.9 या उससे ज़्यादा पर pass होता है, 0.5 से 0.9 से कम तक warning होता है और 0.5 से नीचे fail होता है।
  • categories को समेटें और किसी check का detail पढ़ने के लिए उसे खोलें (अधिकतम 8 पंक्तियाँ)।
  • फिर से नापने के लिए बटन पर दोबारा टैप करें, जो अब ऊपर के बार में है।

आप नहीं कर सकते, और क्यों

  • Lighthouse या PageSpeed Insights से तुलना करने लायक scores पाना: ये PocketCode के अपने अनुमान हैं, और कुछ checks पेज का सिर्फ़ एक नमूना देखते हैं (DOM depth पहले 150 elements पढ़ता है, font size 100 और tap targets 50)।जानबूझकर
  • service worker को inspect करना: check सिर्फ़ यह पता लगाता है कि कोई पेज को control करता है या नहीं।जानबूझकर

47 checks

CategoryChecks
Performance (12)First Contentful Paint · Largest Contentful Paint · Page Load Time · Time to First Byte · DOM Size · Maximum DOM Depth · Render-Blocking Resources · Minified JavaScript · Properly Sized Images · Resource Count · Total Transfer Size · Long Resource Loads
Accessibility (11)Image Alt Text · HTML lang Attribute · Document Title · Button Accessible Names · Link Accessible Names · Form Input Labels · Heading Hierarchy · Valid ARIA Roles · Tab Index Values · Landmark Regions · Valid List Structure
Best practices (9)HTTPS · Viewport Meta Tag · Document Type · Character Encoding · No Deprecated HTML · Safe Cross-Origin Links · Responsive Images · Image Aspect Ratio · No Mixed Content
SEO (9)Page Title · Meta Description · H1 Heading · Canonical URL · Structured Data · Robots Directives · Crawlable Links · Legible Font Sizes · Tap Target Size
PWA (6)Service Worker · Web App Manifest · HTTPS Required · Theme Color · Apple Touch Icon · App Icons

History, bookmarks और site data

History, bookmarks और cache dialog, तीनों Browser menu से शुरू होते हैं।

History और Bookmarks

History और Bookmarks एक ही dialog खोलते हैं, किसी एक tab पर। उसका टाइटल सक्रिय tab का नाम है, और उसमें एक Close बटन है। History आख़िरी 100 पेज रखती है, सबसे नया ऊपर; लगातार reload किया गया पेज सिर्फ़ अपना टाइटल अपडेट करता है। ऐप अधिकतम 200 bookmarks रखता है और कोई एड्रेस दोहराता नहीं। दोनों सेशनों के बीच डिवाइस पर बने रहते हैं।

आप कर सकते हैं

  • History और Bookmarks tabs के बीच बदलें।
  • किसी entry पर टैप करके उसका एड्रेस खोलें (यह एड्रेस बार वाले ही नियमों का पालन करता है) और dialog बंद करें।
  • trash आइकन (Delete) से एक bookmark मिटाएँ।
  • लाल sweep आइकन (Clear) से पूरी history मिटाएँ; यह सिर्फ़ history tab पर तब दिखता है जब entries हों। यह कोई पुष्टि नहीं माँगता।
  • जब कोई सूची खाली होती है तो वह No history entries yet. Browse a few pages. या No bookmarks yet. Add one from the menu. कहती है।

आप नहीं कर सकते, और क्यों

  • 100 से ज़्यादा history entries या 200 से ज़्यादा bookmarks रखना।जानबूझकर

Add Bookmark

dialog menu में Add Bookmark से खुलता है।

आप कर सकते हैं

  • Title एडिट करें, जो पेज के टाइटल (या उसके एड्रेस) से भरा होता है, और URL, जो मौजूदा एड्रेस से भरा होता है।
  • Save पर टैप करें, जो किसी भी field के खाली होने पर बंद रहता है, या Cancel पर। Bookmark added तब भी दिखता है जब वह एड्रेस पहले से सेव था; वह दो बार सेव नहीं होता।

आप नहीं कर सकते, और क्यों

—

Clear Cache

dialog पूछता है: This will clear all cached data including cookies and storage. Continue?

आप कर सकते हैं

  • Confirm या Cancel पर टैप करें।
  • पुष्टि करने पर यह WebView का HTTP cache साफ़ करता है; खुले पेज की साइट का localStorage, sessionStorage, JavaScript को दिखने वाली cookies और IndexedDB databases; और ऐप के WebView की सभी cookies, सिर्फ़ इस साइट की नहीं। फिर Storage पैनल refresh होता है और Site data cleared दिखता है।
  • यह आपकी browsing history बनाए रखता है: न पेज की back और forward history साफ़ होती है, न History सूची।

आप नहीं कर सकते, और क्यों

  • सिर्फ़ एक साइट का data साफ़ करना: cookies की सफ़ाई ऐप के WebView को ज्ञात हर साइट पर लागू होती है।जानबूझकर

Screenshots

menu में दो actions: Take Screenshot और Screenshot (full page)। दोनों Pictures/PocketCode/Screenshots में screenshot_<milliseconds>.png नाम से PNG सेव करते हैं, इसलिए वह आपकी gallery में दिखता है, और Screenshot saved जवाब देते हैं (full-page वाला उसका साइज़ भी जोड़ता है, जैसे (1080x4200))।

आप कर सकते हैं

  • Take Screenshot वह सेव करता है जो पेज व्यू दिखा रहा है। अगर उसकी लंबी भुजा 4,096 px से ऊपर हो, तो उसे अनुपात में छोटा कर दिया जाता है।
  • Screenshot (full page) पहले पेज को स्क्रीन के लगभग 90% की अधिकतम 12 छलाँगों में नीचे scroll करता है, ताकि lazy-loaded content दिख जाए; फिर यह पूरा document बनाता है, नीचे का खाली हिस्सा काटता है और आपको वहीं लौटा देता है जहाँ आप थे। यह अधिकतम 2× density पर capture करता है।

आप नहीं कर सकते, और क्यों

  • बहुत ऊँचे पेज को बिना notice के capture करना: full-page canvas का आकार नापी गई ऊँचाई का 1.45 गुना रखा जाता है और उसकी सीमा 20,000 px ऊँचाई और 64 MB है। यह आकार सीमा से ऊपर जाए तो notice [truncated at 5 tiles] पर खत्म होता है, भले ही पूरा पेज समा जाता हो। शब्दों के बावजूद, कटाव यही ऊँचाई और memory की सीमा है, tiles की गिनती नहीं।डिवाइस
  • minimum version Android 9 पर gallery में सेव करना: वहाँ PNG ऐप के अपने फ़ोल्डर (…/files/Pictures/PocketCode/Screenshots) में जाता है। Android 10 से वह gallery में जाता है।डिवाइस

ऑटोमैटिक reload

जब AI एजेंट आपके प्रोजेक्ट में कोई फ़ाइल लिखता है, तो पेज अपने-आप reload हो जाता है अगर खुला पेज वही फ़ाइल हो, या उसके फ़ोल्डर का index.html, या अगर खुला पेज localhost, 127.0.0.1 या [::1] पर हो और फ़ाइल कोई static फ़ाइल हो (.html, .htm, .css, .js, .mjs, .json, .svg, .png, .jpg, .jpeg, .gif, .webp, .woff, .woff2)। Console एक पंक्ति log करता है जो Live Reload: से शुरू होकर actualizado पर खत्म होती है (वह शब्दावली हमेशा Spanish में रहती है)।

आप कर सकते हैं

  • Dev Browser के आपके पेज पर खुले रहते हुए AI Chat में AI एजेंट से अपना पेज एडिट करवाएँ, और पेज को reload होते देखें।
  • Reload से किसी भी समय हाथ से reload करें।

आप नहीं कर सकते, और क्यों

  • एडिटर में खुद फ़ाइल सेव करने पर पेज को reload करवाना, या automatic reload चालू या बंद करना: इसे सिर्फ़ AI एजेंट के writes ट्रिगर करते हैं।अभी नहीं

AI एजेंट और Dev Browser

AI Chat में AI एजेंट के पास 19 tools हैं जो Dev Browser को चलाते हैं। वे तभी काम करते हैं जब Dev Browser खुला हो: वरना वे Dev Browser is not open. Ask the user to open the Dev Browser, then call this tool again. जवाब देते हैं।

समूहTools
पेज खोलना (2)browser_navigate (http, https या about; यह पेज के शुरू होने और लोड पूरा होने का इंतज़ार करता है, क्रमशः 5 s और 10 s तक) · browser_nav_action (BACK, FORWARD या RELOAD)
पेज पढ़ना (7)browser_get_page_info · browser_get_elements · browser_get_console_logs · browser_get_network · browser_get_storage (यह live पेज को पढ़ता है, tab बंद होने पर भी) · browser_get_performance · browser_find_text
पेज पर काम करना (4)browser_click_element · browser_input_text · browser_scroll · browser_wait_for (selector, टेक्स्ट या network idle; 500 से 15,000 ms)
Audit और capture (2)browser_run_lighthouse_audit (वही local जाँच जो Audit में है) · browser_screenshot
Device, storage और script (4)browser_set_device · browser_clear_storage · browser_set_cookie · browser_evaluate_js

आप कर सकते हैं

  • एजेंट से अपना पेज खुलवाएँ, उसका console और requests पढ़वाएँ, किसी flow को क्लिक और टाइप करके चलवाएँ, screenshot लेने को कहें या audit चलवाएँ।
  • एजेंट को पेज तक पहुँचने से रोकने के लिए Dev Browser बंद करें।

आप नहीं कर सकते, और क्यों

  • Dev Browser बंद होने पर tools इस्तेमाल करना।जानबूझकर
  • 32,768 characters से लंबी या 15 सेकंड से ज़्यादा चलने वाली script चलाना, या 512 characters से लंबा selector इस्तेमाल करना।जानबूझकर
  • HttpOnly cookie सेट करना: browser_set_cookie document.cookie के ज़रिए लिखता है।जानबूझकर

Free और Pro

Dev Browser पर plan की कोई सीमा नहीं है: Free और Pro को बिल्कुल वही पैनल, history और capture मिलते हैं। इसकी एकमात्र सीमाएँ तकनीकी हैं, वे सीमाएँ सेक्शन में सूचीबद्ध हैं, और सबके लिए एक जैसी हैं।

प्राइवेसी और सुरक्षा

Dev Browser क्या रखता है, कहाँ, और वह किस तक पहुँच सकता है।

  • History और bookmarks आपके डिवाइस पर, ऐप के private storage में (SharedPreferences, एक JSON टेक्स्ट, एन्क्रिप्टेड नहीं) रहते हैं। ऐप के sync code का कोई हिस्सा इन्हें नहीं पढ़ता, इसलिए Cloud Sync इन्हें साथ नहीं ले जाता। History पूरे एड्रेस रखती है।
  • Sign out करने पर यह सब मिट जाता है। PocketCode से sign out करने पर WebView की cookies, storage और cache के साथ Dev Browser की history और bookmarks भी साफ़ हो जाते हैं, क्योंकि WebView हर अकाउंट के बीच साझा है।
  • पूरे ऐप के लिए एक ही browser है। WebView अपनी cookies ऐप के बाकी हिस्सों के साथ साझा करता है, इसलिए यहाँ जिस साइट पर आप sign in करते हैं वह तब तक sign in रहती है जब तक आप PocketCode से sign out नहीं करते या Clear Cache इस्तेमाल नहीं करते, जो WebView की सारी cookies हटा देता है।
  • Permissions. पेज के कैमरा, माइक्रोफ़ोन और आपकी location के अनुरोध हमेशा अस्वीकार किए जाते हैं।
  • कोई फ़ाइल नहीं। पेज व्यू डिवाइस की फ़ाइलें नहीं पढ़ सकता, mixed content ब्लॉक है और Google का Safe Browsing चालू है।
  • Local server सिर्फ़ 127.0.0.1 पर सुनता है और बिना credential वाली हर request को ठुकरा देता है; Dev Browser credential खुद जोड़ देता है।
  • यह पेज में क्या जोड़ता है। Performance observers (window.__pcPerf), आपकी लागू की गई CSS (id pocket-css-inject वाला <style> element), element picker का frame और एक highlight class। यह कोई addJavascriptInterface bridge रजिस्टर नहीं करता, इसलिए पेज को ऐप के objects तक कोई पहुँच नहीं मिलती।
  • AI एजेंट Dev Browser के खुले रहने पर खुले पेज को पढ़ सकता है और उस पर काम कर सकता है: JavaScript चलाना, क्लिक करना, टाइप करना, storage साफ़ करना और cookies सेट करना।

सीमाएँ

Dev Browser की मुख्य सीमाएँ, हर एक अपने कारण के साथ। बाकी ऊपर के सेक्शन में सूचीबद्ध हैं।

  • Engine आपके डिवाइस का system WebView है, इसलिए उसका version, और performance.memory या सफल responses के status जैसा data उसी पर निर्भर है। कोई extensions नहीं हैं और कोई remote debugging नहीं है।डिवाइस
  • Internet के पेजों के लिए कनेक्शन चाहिए; सिर्फ़ प्रोजेक्ट का local server बिना कनेक्शन के चलता है।नेटवर्क ज़रूरी
  • सादे HTTP की इजाज़त सिर्फ़ localhost, 127.0.0.1 और 10.0.2.2 के लिए है। अपने local network के server के लिए HTTPS या tunnel इस्तेमाल करें।नेटवर्क ज़रूरी
  • अमान्य TLS certificates, HTTP basic authentication और client certificates ठुकरा दिए जाते हैं, और सिर्फ़ system की certificate authorities पर भरोसा किया जाता है।जानबूझकर
  • बार में टाइप किया गया एड्रेस http या https होना चाहिए; बाकी सब कुछ Google search बन जाता है, और search engine बदला नहीं जा सकता।जानबूझकर
  • पेज व्यू एक ही है: कोई tabs नहीं, कोई private mode नहीं, कोई pop-up विंडो नहीं और ऐप के अंदर कोई downloads नहीं।जानबूझकर
  • Mixed content, कैमरा, माइक्रोफ़ोन और location ब्लॉक हैं।जानबूझकर
  • कोई close बटन और कोई keyboard shortcut नहीं है: आप system के back gesture से बाहर निकलते हैं, पेज की history खत्म होने के बाद।जानबूझकर
  • Device profile viewport का साइज़ (लंबी भुजा पर 1,600 CSS pixels की सीमा के साथ) और User-Agent बदलता है। और कुछ emulate नहीं होता।जानबूझकर
  • Network पैनल bodies, response headers या MIME types नहीं दिखाता, और Response Headers tab हमेशा None कहता है।अभी नहीं
  • Audit PocketCode का अपना 47 checks का local अनुमान है, Lighthouse नहीं, और उसके टेक्स्ट हमेशा English में हैं।जानबूझकर
  • Automatic reload सिर्फ़ AI एजेंट की लिखी फ़ाइलों पर प्रतिक्रिया देता है, आपके हाथ से सेव की गई फ़ाइलों पर नहीं।अभी नहीं
  • जब कोई local server चालू न हो, तो फ़ुल-स्क्रीन एडिटर का globe आइकन, Open in DevBrowser और Run पैनल का chip port 8765 पर लौट जाते हैं, जहाँ कोई जवाब नहीं देता: प्रोजेक्ट का workspace तब server शुरू करता है जब आप प्रोजेक्ट को Editor पेज पर खोलते हैं।अभी नहीं
  • Screenshots memory से बँधे हैं: दिखने वाले हिस्से के लिए 4,096 px, पूरे पेज के लिए 20,000 px और 64 MB, और Android 9 पर वे ऐप के अपने फ़ोल्डर में जाते हैं।डिवाइस

आम समस्याएँ

नीचे के संदेश वही असली संदेश हैं जो ऐप दिखाता है। जहाँ कोई संदेश local server या AI एजेंट के tools से आता है, उसकी भाषा तय है।

Editor हेडर का globe आइकन ग्रे है, या दिख ही नहीं रहा

यह तभी दिखता है जब खुली फ़ाइल HTML, CSS, JavaScript या TypeScript हो (और external फ़ाइल न हो), और जब तक प्रोजेक्ट का local server चालू नहीं हो जाता, यह ग्रे रहता है। Editor पेज पर प्रोजेक्ट खुलते ही server अपने-आप शुरू हो जाता है, इसलिए थोड़ा रुकें।

मेरा पेज एडिटर के globe आइकन, Open in DevBrowser या Run पैनल के chip से लोड नहीं होता

ये चालू local server के port (8765 से 8774) का इस्तेमाल करते हैं। अगर अभी कोई server चालू नहीं है, तो ये http://localhost:8765/… पर लौट जाते हैं, जहाँ कोई जवाब नहीं देता। प्रोजेक्ट को Editor पेज पर खोलें, जो server शुरू करता है, थोड़ा रुकें और फिर कोशिश करें।

पेज पर 404 और Archivo no encontrado: <path> लिखा है

वह पेज प्रोजेक्ट के local server से आता है, और उसका टेक्स्ट हमेशा Spanish में होता है। जिस प्रोजेक्ट को वह serve करता है उसमें उस path पर कोई फ़ाइल नहीं है: path और फ़ाइल का नाम जाँचें।

401 Unauthorized

Local server यह जवाब हर उस request को देता है जो उसके credential के बिना आती है। Dev Browser credential खुद जोड़ देता है, इसलिए आप इसे तभी देखते हैं जब वही एड्रेस किसी दूसरे ऐप या browser में खोला जाए।

403 Forbidden: Acceso denegado

एड्रेस प्रोजेक्ट फ़ोल्डर के बाहर इशारा करता है (जैसे ../ के साथ), और server उसे ठुकरा देता है। path को प्रोजेक्ट के अंदर रखें।

एक लाल toast जिसमें HTTP <code> <reason> लिखा है

पेज के main document ने error status के साथ जवाब दिया, 400 या उससे ऊपर (उदाहरण के लिए HTTP 404 Not Found)। जो images, scripts और API calls fail होती हैं वे toast नहीं उठातीं; उन्हें Network में देखें, जहाँ error status लाल रंग में दिखता है।

WebView render process crashed. Reload the page.

पेज का render process रुक गया। PocketCode खुला रहता है: Reload पर टैप करें।

किसी दूसरे संदेश वाला लाल toast, और पेज लोड नहीं होता

यह main document के लिए WebView का अपना error टेक्स्ट है, जैसे जब server तक पहुँचा न जा सके या नाम resolve न हो। एड्रेस और अपना कनेक्शन जाँचें। याद रखें कि local-network एड्रेस पर सादा HTTP ब्लॉक है (सीमाएँ देखें)।

Unable to capture screenshot

अभी capture करने के लिए कोई पेज व्यू नहीं है। पेज दिखने तक रुकें और दोबारा कोशिश करें।

Failed to capture screenshot

पेज को image में नहीं बनाया जा सका, उदाहरण के लिए क्योंकि बहुत बड़े पेज की memory खत्म हो गई। पूरे पेज के बजाय Take Screenshot (दिखने वाला हिस्सा) आज़माएँ।

Failed to capture WebView bitmap

दिखने वाले हिस्से को image में नहीं बदला जा सका: पेज व्यू का अभी कोई साइज़ नहीं था, या memory खत्म हो गई। पेज स्क्रीन पर आ जाने के बाद दोबारा कोशिश करें।

Failed to save screenshot

Image बन गई, लेकिन PNG gallery में (या Android 9 पर ऐप के फ़ोल्डर में) नहीं लिखा जा सका। जाँचें कि डिवाइस में खाली storage है, और दोबारा कोशिश करें।

full-page screenshot के बाद का notice truncated at 5 tiles पर खत्म होता है

capture का canvas (पेज की ऊँचाई और 45 % का सुरक्षा margin) 20,000 px ऊँचाई और 64 MB के budget से ऊपर चला गया। बहुत ऊँचे पेज पर image वहीं रुक जाती है जहाँ budget खत्म हुआ; छोटे पेज पर हो सकता है image में पूरा पेज पहले से हो, इसलिए उसका अंत देख लें। शब्दों के बावजूद, कटाव tiles की गिनती नहीं है। बहुत ऊँचे पेज के लिए जिस हिस्से की ज़रूरत है वहाँ scroll करें और Take Screenshot इस्तेमाल करें।

Unable to clear site data

अभी कोई पेज व्यू नहीं है। पहले कोई पेज खोलें और फिर Clear Cache दोबारा इस्तेमाल करें।

No network activity

सूची main पेज के हर नेविगेशन पर खाली हो जाती है और उसमें सिर्फ़ उसके बाद की requests रहती हैं। उन्हें दोबारा देखने के लिए Network tab खुला रखकर पेज को reload करें।

No storage data

पेज में कोई localStorage, sessionStorage या cookies नहीं हैं (HttpOnly cookies दिखती नहीं)। पैनल google.com जैसी कोई साइट आज़माने का सुझाव देता है।

No DOM tree और Load a page and tap refresh

Elements एक snapshot दिखाता है, जो tab खोलने पर या Refresh DOM पर टैप करने पर पढ़ा जाता है। पहले कोई पेज लोड करें, फिर refresh करें।

No CSS rules detected

पैनल उन stylesheets के top-level rules सूचीबद्ध करता है जिन्हें पेज उसे पढ़ने देता है। जिस पेज के सारे rules @media के अंदर हों, या जिसकी stylesheets किसी दूसरी साइट से आती हों, वह कुछ भी न दिखा सकता है।

Audit failed: Audit script returned no data

audit script ने कुछ नहीं लौटाया, उदाहरण के लिए जब कोई पेज लोड न हो। कोई पेज लोड करें, उसके पूरा होने तक रुकें और Run Audit पर फिर टैप करें।

Console में Permission denied by Dev Browser: <resource> या Geolocation denied by Dev Browser for origin: <origin> दिखता है

पेज ने कैमरा, माइक्रोफ़ोन या आपकी location माँगी। Dev Browser इन्हें हमेशा अस्वीकार करता है और एक Warning छोड़ता है, ताकि आपको पता चले कि request क्यों fail हुई।

एडिटर में सेव करने पर पेज reload नहीं होता

Automatic reload तभी होता है जब AI एजेंट फ़ाइल लिखता है। हाथ से सेव करने पर यह ट्रिगर नहीं होता: Reload पर टैप करें।

Dev Browser is not open. Ask the user to open the Dev Browser, then call this tool again.

Dev Browser बंद होने पर AI एजेंट का कोई browser_* tool यही जवाब देता है। अपने पेज पर Dev Browser खोलें और एजेंट से दोबारा कोशिश करने को कहें।

आगे के कदम

कोड एडिटरवह जगह जहाँ globe आइकन और Open in DevBrowser कमांड रहते हैंProjectsEditor पेज और वह प्रोजेक्ट जिसे local server मिलता हैAI Chatवह एजेंट जो Dev Browser को चलाता हैएडिटर टूलDebug, Testing, Docker और एडिटर के बाकी पैनलGit और GitHubअपने टेस्ट किए पेज commit और push करें