मेरे पास कुछ फ़ील्ड के साथ एक फॉर्म है। जब आप फॉर्म जमा करते हैं, तो सर्वर रीडायरेक्ट (HTTP 302) के साथ प्रतिक्रिया करता है।आईई रीडायरेक्ट का पालन नहीं करता है, "इंटरनेट एक्सप्लोरर वेबपृष्ठ प्रदर्शित नहीं कर सकता"
जब फॉर्म सबमिट किया गया है, तो <input type=file>
फ़ील्ड है, तो आईई रीडायरेक्ट का पालन नहीं करता है, बल्कि इसके बजाय एक त्रुटि देता है: "इंटरनेट एक्सप्लोरर वेबपृष्ठ प्रदर्शित नहीं कर सकता"।
यदि वहाँ कोई<input type=file>
क्षेत्र है, तो यह रीडायरेक्ट का पालन के रूप में उम्मीद करता है।
HTTP 302 प्रतिक्रिया बिल्कुल दोनों मामलों में समान है, केवल प्रतिक्रिया के टाइमस्टैम्प से भिन्न होती है।
मैं इसे IE8 और IE9 में अनुभव कर रहा हूं। (मैंने निचले संस्करणों की कोशिश नहीं की है)। फ़ायरफ़ॉक्स, क्रोम, ओपेरा और सफारी सभी उम्मीद के अनुसार रीडायरेक्ट का पालन करते हैं।
नोट्स:
- प्रपत्र विशेषता
enctype="multipart/form-data"
है। - यह एसएसएल
- पर हो रहा है रीडायरेक्ट URL के मुकाबले किसी भिन्न प्रोटोकॉल, होस्ट या पोर्ट पर नहीं है, जिस पर फॉर्म पोस्ट किया गया है या होस्ट किया गया है।
- जब मैं Fiddler2 के साथ HTTP ट्रैफ़िक का निरीक्षण करता हूं, तो समस्या गायब हो जाती है और आईई व्यवहार करता है।
विषम। एक 302 रीडायरेक्ट ब्राउज़र को लक्ष्य पृष्ठ पर एक GET जारी करने का कारण बनता है, जो अपलोड की गई फ़ाइल (यदि कोई हो) खो देता है। शायद आईई की त्रुटि इस का एक संकेत है (और आईई हमेशा गड़बड़ त्रुटि संदेश है)। यह समझ में नहीं आता है कि फिडलर चीजों को "ठीक" क्यों करेगा। –
@Marc, सर्वर पर यह एक रेल ऐप है। यह अनुरोध स्वीकार करता है, डेटाबेस में फ़ाइल और सामान बचाता है, फिर किसी अन्य पृष्ठ पर रीडायरेक्ट के साथ प्रतिक्रिया देता है। इसे इस नए पेज पर एक जीईटी अनुरोध जारी करना चाहिए, लेकिन ऐसा नहीं है। – nicholaides