जवाबों:
त्रुटि संदेश के पाठ की खोज करने से पता चलता है कि यह एक EPiServer त्रुटि पृष्ठ हो सकता है, न कि क्रोम अनुकूल त्रुटि संदेश। (उस सटीक वाक्यांश के साथ episerver.com के कई मैच हैं।)
क्रोम के संस्करण में मैंने (क्रोम 4.0) स्थापित किया है, दोस्ताना त्रुटि "उफ़! के साथ शुरू होती है! यह लिंक टूटा हुआ प्रतीत होता है" और इसमें वैकल्पिक लिंक, एक Google खोज बॉक्स और दाईं ओर Google लोगो शामिल हैं। आप रिंच मेनू पर जाकर इसे बंद या चालू कर सकते हैं → विकल्प → हुड के तहत , फिर नेविगेशन त्रुटियों के लिए सुझाव दिखाएं या साफ़ करें ।
Chrome में यह "फ़ीचर" 404 त्रुटियों को "फ्रेंडली" एरर पेज द्वारा सर्वर एरर पेजों के लिए बदलने के लिए डिज़ाइन किया गया है, जो आकार में 512 बाइट्स से अधिक नहीं है, इसलिए क्रोम डेवलपर्स द्वारा "अनइनफॉर्मेटिव" होने के लिए लिया गया था। केवल 513 बाइट्स और ऊपर से सर्वर द्वारा भेजे गए त्रुटि पृष्ठ को प्रदर्शित किया गया है।
"दोस्ताना" 404 त्रुटि पृष्ठ भी https के लिए अक्षम है।
समस्या 2008 से मौजूद है, जब यह
समस्या 1695 में शुरू हुई थी : क्रोम को "दोस्ताना 404" डिस्प्ले को बंद करने के लिए विकल्प की आवश्यकता
थी , लेकिन इसे कभी भी तय नहीं किया गया था।
यदि आप http सर्वर द्वारा लौटाए गए 404 पृष्ठ को नियंत्रित करते हैं, तो इसे केवल टिप्पणियों के साथ भरें ताकि यह 512 बाइट्स से अधिक हो, या आप https का उपयोग कर सकते हैं। अन्यथा, मुझे एक समाधान का पता नहीं है।
डेवलपर कंसोल का उपयोग करते समय मैत्रीपूर्ण त्रुटियां गायब हो जाती हैं Ctrl+ Shift+ I( CMD+ Option+ I) के साथ खुलता है और फिर त्रुटि को ठीक से देखने के लिए त्रुटि पृष्ठ को फिर से लोड करता है।
इन दिनों (जनवरी 2012 के बाद) क्रोम केवल एक फ्रेंडली एरर पेज दिखाएगा यदि सर्वर बिना किसी बॉडी के एरर पेज लौटाता है :
अब हम केवल त्रुटि पृष्ठों को बिना किसी निकाय के मानते हैं (सामग्री-लंबाई: 0) उपयोगकर्ताओं को समाप्त करने के लिए बेकार नहीं हैं।
Chrome एक्सटेंशन उपलब्ध हैं, जैसे HTTP हेडर , जो प्रतिक्रिया हेडर का विवरण दिखाएगा - जिसमें स्टेटस कोड (जिसे आप नीचे दिए गए स्क्रीनशॉट में बॉक्स के शीर्ष पर देख सकते हैं) शामिल हैं।