Chrome डेवलपर टूल में संसाधन के लिए स्थिति = रद्द क्या है?

Question

पृष्ठ को रद्द करने का कारण क्या होगा? मेरे पास Chrome Developer Tools का स्क्रीनशॉट है।

ऐसा हर बार नहीं बल्कि कई बार होता है। ऐसा लगता है कि जैसे ही कुछ अन्य संसाधन कैश हो जाते हैं, एक पेज रिफ्रेश करने से LeftPane.aspx लोड हो जाएगा। और जो वास्तव में अजीब है, यह केवल Google Chrome में होता है, इंटरनेट एक्सप्लोरर 8 पर नहीं। कोई भी विचार है कि Chrome अनुरोध को रद्द क्यों करेगा?

Comments

आप नेट-इंटर्नल ट्रेस से अधिक विवरण प्राप्त करने में सक्षम हो सकते हैं । मेरे पास एक समान मुद्दा था और मेरे मामले में पाया गया कि रद्द कर दिया गया था net::ERR_ABORTED। यदि ऐसा है, तो यह पोस्ट बताती है कि "शुद्ध :: ERR_ABORTED का उद्देश्य केवल तभी उत्पन्न किया जा सकता है जब कोई उपयोगकर्ता क्रिया लोड को बाधित करने का कारण बनता है। ऐसा तब हो सकता है जब कोई नया नेविगेशन किसी मौजूदा को बाधित करता है, या जब उपयोगकर्ता STOP पर क्लिक करता है। बटन। "

— जॉन मैकार्थी

धन्यवाद। मेरे मामले में यह उपयोगकर्ता नहीं है क्योंकि मैं उपयोगकर्ता हूं। पृष्ठ में कई फ्रेम हैं। शायद फ्रेम src बदल जाता है? यह सिर्फ अजीब है कि मैंने इसे IE में कभी नहीं देखा है। मैं नेट-इंटर्नल में देखूंगा।

— स्टाइलफेल

@ nondescript1 मैंने बग को पुन: पेश करते हुए कैप्चर किया और फ़ाइल में डंप किया। अब मेरे पास एक 18,000 लाइन की json फाइल है। मैं क्या देख रहा हूं?

— स्टाइलिफ़

मैं ईमानदारी से नहीं जानता। वास्तव में आपके सवाल पर आया था जब मैं स्थिति के बारे में अधिक जानकारी के लिए देख रहा था = खुद को रद्द कर दिया, यही कारण है कि मैं केवल टिप्पणियां जोड़ रहा हूं और जवाब नहीं;)। मेरे पास यह सोचने का कोई कारण नहीं है कि यह कैशिंग से संबंधित है। मुझे पेज पर किसी और द्वारा शुरू किए गए एक और नेविगेशन के बारे में अधिक संदेह है। जब मैंने यह देखा, तो मैं window.open () के साथ एक डाउनलोड शुरू करने की कोशिश कर रहा था, जिसके कारण एक और सर्वर अनुरोध रद्द हो गया। मेरे मामले में, फ़ायरफ़ॉक्स के पास यह मुद्दा नहीं था लेकिन क्रोम ने किया।

— जॉन मैकार्थी

बस यह कहे बिना नहीं जाता है, स्थिति कॉलम में "(रद्द)" का एक संभावित कारण - हालांकि निश्चित रूप से एकमात्र संभावित कारण नहीं है - क्या यह है कि दिया गया URL 404 या अन्य त्रुटि वापस कर दिया गया है। यह सुनिश्चित करने के लिए कि यह लगातार लोड हो रहा है, URL को किसी अन्य टैब में कुछ समय के लिए फोर्स-रिफ्रेश करें।

— rakslice

Answer 1

हमने एक ऐसी ही समस्या का सामना किया जहां क्रोम फ़्रेम या आइफ्रेम के भीतर चीजों को लोड करने के अनुरोध को रद्द कर रहा था, लेकिन केवल रुक-रुक कर और यह कंप्यूटर और / या इंटरनेट कनेक्शन की गति पर निर्भर लग रहा था।

यह जानकारी कुछ महीने पुरानी है, लेकिन मैंने स्क्रैच से क्रोमियम बनाया, स्रोत के माध्यम से उन सभी स्थानों को खोजने के लिए खोदा गया जहां अनुरोध रद्द हो सकते हैं, और उन सभी को डिबग करने के लिए ब्रेकप्वाइंट को थप्पड़ मारा। स्मृति से, केवल वही स्थान जहाँ Chrome अनुरोध को रद्द करेगा:

• DOM तत्व जिसने अनुरोध करने का कारण नष्ट कर दिया (यानी एक IMG लोड किया जा रहा है, लेकिन लोड होने से पहले, आपने IMG नोड हटा दिया)
• आपने कुछ ऐसा किया जिससे डेटा लोड हो रहा है। (यानी आपने एक iframe लोड करना शुरू किया, फिर src बदल दिया या सामग्री को अधिलेखित कर दिया)
• एक ही सर्वर पर जाने के लिए बहुत सारे अनुरोध हैं, और पहले के अनुरोधों पर एक नेटवर्क समस्या से पता चला है कि बाद के अनुरोध काम नहीं कर रहे थे (DNS लुकअप त्रुटि, पहले (समान) अनुरोध परिणामस्वरूप HTTP 400 त्रुटि कोड, आदि)

हमारे मामले में हमने आखिरकार HTML को एक और फ्रेम में जोड़ने की कोशिश कर रहे एक फ्रेम को नीचे कर दिया, जो कभी-कभी गंतव्य फ्रेम से पहले ही लोड हो जाता था। एक बार जब आप एक iframe की सामग्री को छूते हैं, तो यह अब संसाधन को इसमें लोड नहीं कर सकता है (यह कैसे पता चलेगा कि इसे कहां रखा जाए?) इसलिए यह अनुरोध को रद्द कर देता है।

Comments

बहुत जानकारीपूर्ण, धन्यवाद। मेरे पास इस बग को पुन: पेश करने का कठिन समय है क्योंकि एक बार जब चीजें कैश हो जाती हैं, तो ऐसा नहीं होता है। यदि मेरी जावास्क्रिप्ट में एक ब्रेकपॉइंट सेट किया गया है, तो ऐसा नहीं होता है। आपका पहला बुलेट बिंदु शायद समस्या नहीं है क्योंकि मुझे कोई तत्व नष्ट नहीं होता है। मुझे पता है कि यह बुलेट पॉइंट नहीं है। 3. "एक बार अगर आप एक आइफ्रेम की सामग्री को छू लेते हैं, तो इसका क्या मतलब है कि यह संसाधन को इसमें लोड नहीं कर सकता है"? क्या आप एक उदाहरण दे सकते हैं?

— स्टाइल 11

दिलचस्प। इसलिए मुझे document.writeउस फ्रेम में सभी को खोजने की जरूरत है और सुनिश्चित करें कि वे केवल तब ही लिखते हैं जब फ्रेम लोड होता है। मैं इसे सही उत्तर के रूप में चिह्नित करूंगा क्योंकि आपने उस स्थिति के अर्थ का उत्तर दिया था।

— स्टाइलफ्ले

@styfle हां, लेकिन यह डॉक्यूमेंट के अलावा अन्य चीजें भी हो सकती हैं। जो कुछ भी परिशिष्ट या इसी तरह के फ्रेम के लिए लिखने की कोशिश करता है यह संभवतः कारण होगा। आप प्रत्येक फ्रेम में एक ऑनलेड हैंडलर बनाना चाहते हैं जो trueकिसी चर को लिखता है, फिर अन्य फ़्रेम किसी भी चीज़ को छूने से पहले उस पर नज़र डालते हैं।

— वामा

मुझे इसके साथ भयानक समस्याएं भी हुईं। एक चीज जो मुझे मिली है कि अगर AJAX प्रतिक्रिया का स्थिति कोड 301/302 है और रीडायरेक्ट URL किसी अन्य डोमेन पर है, तो इसे लगातार ट्रिगर किया जाता है। यह मेरे लिए समस्या का लगातार पुनरुत्पादन है।

— Eb80

मेरे लिए यह शरीर के लिए iframe था, फिर तुरंत शरीर से हटा दिया गया। मैंने लाइन ब्रेक लगाया और मुद्दा नहीं रहा। तो कुछ टाइमआउट (15 एमएस) डालें और इसे दूर करें। @whamma यह वास्तव में जिस तरह से आप इस मुद्दे से निपटने के लिए प्रेरित कर रहा है। इस तरह के एक महान गहराई विवरण के लिए धन्यवाद। :-)

— मोहम्मद तुलसी

Answer 2

स्थिति = रद्द जावास्क्रिप्ट घटनाओं पर अजाक्स अनुरोध पर भी हो सकता है:

<script>
  $("#call_ajax").on("click", function(event){
     $.ajax({
        ...    
     });
  });
</script>

<button id="call_ajax">call</button> 

ईवेंट सफलतापूर्वक अनुरोध भेजता है, लेकिन तब रद्द कर दिया जाता है (लेकिन सर्वर द्वारा संसाधित किया जाता है)। इसका कारण यह है कि, तत्व क्लिक इवेंट्स पर फॉर्म जमा करते हैं, चाहे आप उसी क्लिक इवेंट पर कोई भी अजाक्स अनुरोध करें।

अनुरोध को रद्द करने से रोकने के लिए, JavaScript event.preventDefault (); बुलाया जाना है:

<script>
  $("#call_ajax").on("click", function(event){
     event.preventDefault();
     $.ajax({
        ...    
     });
  });
</script>

Comments

इसने मुझे बचाया, मेरे मामले में यह समस्या थी जहाँ मैंने ng-clickएक बटन पर कोणीय का उपयोग किया type="submit"और फिर कुछ फ़ंक्शन में नेटवर्किंग की। क्रोम उस अनुरोध को रद्द करता रहा ...

— रॉबिन

दुर्भाग्य से यह मेरे लिए काम नहीं करता है। कोई और संकेत?

— Krzysztof मेडज

वोव ने मुझे भी बचा लिया! कोणीय एनजी-क्लिक ईवेंट के लिए मैंने $ http अनुरोधों को नेस्ट किया था और दूसरा रद्द किया जा रहा था। डिफॉल्ट लाइन को सेट करने के बाद यह फिर से काम करना शुरू कर देता है, धन्यवाद।

— बहादुर तसदीम

इसके लिए धन्यवाद। मुझे पता था कि यह कॉर्स या डीओएम मुद्दा नहीं था। शायद @whamma इस उत्तर को पूर्णता के लिए संभावित कारण के रूप में शामिल करने के लिए अपना उत्तर अपडेट कर सकते हैं :)

— glidester

स्वामी की जय हो !! सर, आप एक नितांत प्रतिभाशाली हैं !! मुझे बचा लिया गया है !!

— दिलनूर सिंह

Answer 3

NB: सुनिश्चित करें कि आपके पास कोई रैपिंग फ़ॉर्म तत्व नहीं हैं ।

मेरे पास एक समान मुद्दा था, जहां onclick = {} के साथ मेरा बटन एक फार्म तत्व में लिपटा हुआ था। बटन पर क्लिक करने पर फॉर्म भी जमा हो जाता है, और यह सब गड़बड़ कर देता है ...

यह उत्तर शायद किसी ने कभी नहीं पढ़ा होगा, लेकिन मुझे लगा कि इसे क्यों नहीं लिखा गया :)

Comments

यह मेरे लिए मूल कारण था - एक बटन ने दो बार POST को ट्रिगर किया। मैं सीएसएस सामान की वजह से फॉर्म एलिमेंट से बटन को स्थानांतरित नहीं करना चाहता था इसलिए यह समाधान था: stackoverflow.com/questions/932653/…

— निकोलाई कौडेलिया

वही मुद्दा। स्पष्ट करने के लिए, मेरे पास एक बटन था जिसमें एक प्रकार का सबमिट था, लेकिन एक ऑनक्लिंक था जो एक jquery फॉर्म सबमिट, ajax सबमिट कर रहा था। इसने एफएफ में काम किया, लेकिन चोम और आईई में विफल रहा, और मुझे पागल होने तक निकाल दिया।

— क्रिसटॉम्पसन

यह एक समस्या को हल करता है जो मुझे Vue.js ऐप में हुई थी, जहां एक @clickइवेंट <button>एक फॉर्म रैपर के अंदर एक तत्व से जुड़ा हुआ था । जब तक आप Vue के @submit.preventइवेंट संशोधक का उपयोग नहीं कर रहे हैं, ऐसा करने से बचें ।

— पॉल वेनजेल

यह मेरे लिए मामला था। type="button"मेरे बटन टैग में जोड़कर , फ़ॉर्म जमा नहीं किया गया और रद्द की गई घटना से बचा गया।

— ब्रैंडन मेडनवल्ड

Answer 4

सामान्य रूप से AdBlock एक्सटेंशन या एक्सटेंशन के लिए एक और बात देखने को मिल सकती है।

लेकिन "बहुत" लोगों के पास एडब्लॉक है ...।

विस्तार से इंकार करने के लिए, गुप्त में एक नया टैब खोलें, जिससे यह सुनिश्चित हो सके कि आप जिस परिक्षण के लिए परीक्षण करना चाहते हैं, उसके लिए "गुप्त में अनुमति दें" बंद है।

Comments

वास्तव में क्या हुआ। Noscript प्लगइन चालू किया और अचानक iFrame अब लोड नहीं हो रहा था।

— मार्गस पाला

मेरे लिए, यह होला प्लगइन था। अक्षम करने के बाद, अनुरोध अब रद्द नहीं किए जाते हैं।

— लेनिन राज राजसेकरन

मेरे मामले में यह "जावास्क्रिप्ट त्रुटियाँ नोटिफ़ायर" क्रोम एक्सटेंशन था

— एलेक्स

मैंने सब कुछ देखने की कोशिश की और अभी भी कोणीय 8 के साथ कोई भाग्य नहीं है, सभी एक्सटेंशनों को अक्षम कर दिया है और अभी भी धीमे 3 जी नेटवर्क पर पिछले कॉल रद्द किए जाते हैं। :(

— जन्म २

Answer 5

आप "X- फ्रेम-ऑप्शंस" हेडर टैग की जांच करना चाहते हैं। यदि इसका सेट SAMEORIGIN या DENY के लिए है, तो iFrame प्रविष्टि क्रोम (और अन्य ब्राउज़र) द्वारा कल्पना के अनुसार रद्द कर दिया जाएगा ।

इसके अलावा, ध्यान दें कि कुछ ब्राउज़र ALLOW-FROM सेटिंग का समर्थन करते हैं लेकिन Chrome ऐसा नहीं करता है।

इसे हल करने के लिए, आपको "एक्स-फ्रेम-ऑप्शंस" हेडर टैग को हटाने की आवश्यकता होगी। यह आपको क्लिकजैकिंग हमलों के लिए खुला छोड़ सकता है, इसलिए आपको यह तय करने की आवश्यकता होगी कि जोखिम क्या हैं और उन्हें कैसे कम किया जाए।

Comments

यह वास्तव में मेरी समस्या थी। इस धागे के पास इसे ठीक करने के बारे में अच्छे उत्तर हैं: stackoverflow.com/questions/6666423/…

— ToniTornado

Answer 6

मेरे मामले में, मैंने पाया कि यह jquery ग्लोबल टाइमआउट सेटिंग्स, jquery प्लगइन सेटअप ग्लोबल टाइमआउट 500ms है, ताकि जब अनुरोध 500ms से अधिक हो जाए, तो क्रोम अनुरोध को रद्द कर देगा।

Comments

एक ही मुद्दे में चल रहा है। मेरे मामले में यह VirtualBox अतिथि सर्वर के साथ एक स्थानीय वर्डप्रेस / WooCommerce विकास है, और कुछ WooCommerce AJAX अनुरोधों में 5000ms का एक पूर्वनिर्धारित AJAX समयबाह्य है। यदि कोई एक ही समस्या में भाग गया है, तो यह समयबाह्य includes/class-wc-frontend-scripts.phpफ़ाइल में परिभाषित किया गया है।

— इवान शटस्की 14

Answer 7

यहाँ मेरे साथ क्या हुआ है: सर्वर 302 रीडायरेक्ट के लिए विकृत "स्थान" हेडर लौटा रहा था। Chrome मुझे यह बताने में विफल रहा, निश्चित रूप से। मैंने फ़ायरफ़ॉक्स में पेज खोला, और तुरंत समस्या का पता लगाया। कई उपकरण हैं अच्छा लगा :)

Comments

हालांकि कारण के रूप में बहुत स्पष्ट है, लेकिन फिर भी, यह वास्तव में एक बहुत ही उपयोगी जवाब है। मैं कुछ पुराने कॉफ़ीस्क्रिप्ट कोड को संपादित कर रहा था, और पूरी तरह से भूल गया था कि एकल उद्धरण #{}प्रक्षेप नहीं करते थे , इसलिए परिणामी यूआरएल विकृत हो गए थे। लेकिन क्रोम ने मुझे इसके बारे में कुछ नहीं बताया।

— कुमारहर्ष

Answer 8

एक अन्य स्थान जिसे हमने (canceled)दर्जा दिया है, वह एक विशेष टीएलएस प्रमाणपत्र गलत धारणा में है। यदि कोई साइट जैसे https://www.example.comगलत है, तो इस तरह के प्रमाण पत्र को शामिल नहीं करता है, www.लेकिन इसके लिए मान्य है https://example.com, क्रोम इस अनुरोध को रद्द कर देगा और स्वचालित रूप से बाद वाली साइट पर रीडायरेक्ट करेगा। फ़ायरफ़ॉक्स के लिए ऐसा नहीं है।

वर्तमान में मान्य उदाहरण: https://www.pthree.org/

Comments

क्या आप मूल रूप से नॉन सर्टिफिकेट डोमेन से सर्टिफिकेट के लिए रीडायरेक्ट कर सकते हैं? नंगा से www? या आप हमेशा या तो रद्द या प्रमाणपत्र त्रुटि देखते हैं?

— कोनस्टेंटिन वाहरुशेव

Answer 9

रद्द किए गए अनुरोध ने मेरे साथ तब हुआ जब एक iframe के भीतर अलग-अलग डोमेन पर सुरक्षित और गैर-सुरक्षित पृष्ठों के बीच पुनर्निर्देशन किया। पुनर्निर्देशित अनुरोध देव उपकरण में "रद्द" अनुरोध के रूप में दिखाया गया है।

मेरे पास एक पृष्ठ है जिसमें एक iframe है जिसमें मेरे भुगतान गेटवे द्वारा होस्ट किया गया फ़ॉर्म है। जब iframe में फ़ॉर्म सबमिट किया गया था, तो भुगतान गेटवे मेरे सर्वर पर एक URL पर वापस भेज देगा। पुनर्निर्देशन ने हाल ही में काम करना बंद कर दिया और इसके बजाय "रद्द" अनुरोध के रूप में समाप्त हो गया।

ऐसा लगता है कि क्रोम (मैं विंडोज 7 क्रोम 30.0.1599.101 का उपयोग कर रहा था) अब आइफ्रेम के भीतर एक अलग डोमेन पर एक गैर-सुरक्षित पृष्ठ पर जाने की अनुमति नहीं देता है। इसे ठीक करने के लिए, मैंने अभी यह सुनिश्चित किया है कि iframe में किसी भी पुनर्निर्देशित अनुरोध को हमेशा सुरक्षित URL में भेजा जाए।

जब मैंने केवल एक iframe के साथ एक सरल परीक्षण पृष्ठ बनाया, तो कंसोल में एक चेतावनी थी (जो कि मैं पिछली बार चूक गया था या शायद नहीं दिखा था):

[Blocked] The page at https://mydomain.com/Payment/EnterDetails ran insecure content from http://mydomain.com/Payment/Success

रीडायरेक्ट पीसी, मैक और एंड्रॉइड पर क्रोम में रद्द अनुरोध में बदल गया। मुझे नहीं पता कि यह मेरी वेबसाइट सेटअप (SagePay लो प्रोफाइल) या क्रोम में कुछ बदला है या नहीं।

Comments

Datacash द्वारा होस्ट की गई भुगतान सेवाओं का उपयोग करते समय मैं Chrome 30 में लगभग समान व्यवहार देख रहा हूं, लेकिन मेरे मामले में 3dsecure साइट से Datacash साइट पर POST को रद्द करने के बावजूद, दोनों ही https हैं। यह एक रहस्य का कुछ साबित हो रहा है।

— जेसन

Answer 10

यदि मैं अपने स्थानीयहोस्ट पर दिए गए मोबाइल एमुलेशन का उपयोग कर रहा हूं तो क्रोम संस्करण 33.0.1750.154 मीटर लगातार कैंसिल इमेज लोड करता है ; विशेष रूप से उपयोगकर्ता एजेंट के साथ स्पूफिंग पर (बनाम सिर्फ स्क्रीन सेटिंग्स)।

जब मैं उपयोगकर्ता एजेंट को स्पूफिंग बंद कर देता हूं; छवि अनुरोध रद्द नहीं किए गए हैं, मैं चित्र देखता हूं।

मुझे अभी भी समझ में नहीं आता कि क्यों; पूर्व मामले में, जहां अनुरोध रद्द कर दिया गया है अनुरोध हेडर्स (चेतावनी: अनंतिम हेडर दिखाए गए हैं) केवल हैं

• स्वीकार करना
• कैश-नियंत्रण
• pragma
• संदर्भित
• उपभोक्ता अभिकर्ता

बाद के मामले में, उन सभी के अलावा अन्य:

• कुकी
• संबंध
• मेज़बान
• Accept-Encoding
• स्वीकार करें-भाषा

कंधे उचकाने की क्रिया

Answer 11

मुझे Chrome में यह त्रुटि तब मिली जब मैं जावास्क्रिप्ट के माध्यम से पुनर्निर्देशित किया गया:

<script>
    window.location.href = "devhost:88/somepage";
</script>

जैसा कि आप देख रहे हैं कि मैं 'http: //' भूल गया । मैंने इसे जोड़ने के बाद, यह काम किया।

Answer 12

मेरे मामले के लिए, मेरे पास क्लिक इवेंट जैसी एक एंकर थी

<a href="" onclick="somemethod($index, hour, $event)">

क्लिक इवेंट के अंदर मेरे पास कुछ नेटवर्क कॉल थी, क्रोम ने अनुरोध को रद्द कर दिया। लंगर है hrefके साथ ""यह पृष्ठ को पुनः लोड और एक ही समय में यह नेटवर्क कॉल रद्द कर दिया जाता है कि के साथ घटना क्लिक किया है, इसका मतलब है। जब भी मैं hrefजैसे शून्य के साथ बदलें

<a href="javascript:void(0)" onclick="somemethod($index, hour, $event)">

समस्या दूर हो गई!

Answer 13

यहां क्रोम द्वारा अनुरोध को रद्द किए जाने का एक और मामला है, जिसे मैंने अभी-अभी सामना किया है, जो कि किसी भी उत्तर को कवर नहीं करता है।

संक्षेप में
अपने Android फोन पर भरोसा नहीं किया जा रहा है स्व-हस्ताक्षरित प्रमाण पत्र।

विवरण
हम विकास / डिबग चरण में हैं। Url एक स्व-हस्ताक्षरित होस्ट की ओर इशारा कर रहा है। कोड इस प्रकार है:

location.href = 'https://some.host.com/some/path'

Chrome ने इस अनुरोध को रद्द करने के लिए अपने जैसे वेब विकास के लिए नौसिखिया के लिए कोई सुराग नहीं छोड़ते हुए, चुपचाप अनुरोध को रद्द कर दिया। एक बार जब मैंने एंड्रॉइड फोन का उपयोग करके प्रमाण पत्र डाउनलोड और स्थापित किया है तो समस्या दूर हो गई है।

Answer 14

यदि आप कुछ ऑब्जर्वर-आधारित HTTP अनुरोधों का उपयोग करते हैं, जैसे कि बिल्ट-इन एंगुलर (2+), तो जब ऑब्ज़र्वेबल रद्द हो जाता है तो HTTP अनुरोध रद्द हो सकता है (जब आप RxJS 6 switchMapऑपरेटर का उपयोग कर रहे हैं , तो धाराओं को संयोजित करने के लिए) । अधिकांश मामलों में इसके mergeMapबजाय ऑपरेटर का उपयोग करना पर्याप्त है , यदि आप अनुरोध पूरा करना चाहते हैं।

Answer 15

मेरे पास दो सीएसएस फ़ाइलों के साथ एक ही बात थी जो मेरे मुख्य सीएसएस फ़ोल्डर के बाहर किसी अन्य फ़ोल्डर में संग्रहीत की गई थी। मैं एक्सप्रेशन इंजन का उपयोग कर रहा हूं और पाया कि समस्या मेरी htaccess फ़ाइल में नियमों में थी। मैंने बस अपनी शर्तों में से एक में फ़ोल्डर जोड़ा और इसे ठीक कर दिया। यहाँ एक उदाहरण है:

RewriteCond %{REQUEST_URI} !(images|css|js|new_folder|favicon.ico)

तो यह संभव है कि आप किसी भी संभावित संघर्ष के लिए अपनी htaccess फ़ाइल की जाँच करें

Answer 16

जब मैं स्टाइल शीट में वेब फ़ॉन्ट एम्बेड करता हूं तो मैंने सभी प्रकार के फ़ॉन्ट और साथ ही woff , woff2 , ttf को एम्बेड कर दिया है। हाल ही में मैंने देखा है कि क्रोम के लिए अनुरोध रद्द ttf और WOFF जब woff2 मौजूद है। मैं अभी क्रोम संस्करण 66.0.3359.181 का उपयोग करता हूं, लेकिन मुझे यकीन नहीं है कि जब क्रोम ने अतिरिक्त फ़ॉन्ट प्रकारों को रद्द करना शुरू किया।

Answer 17

हमें <button>फॉर्म में टैग होने में यह समस्या थी , जिसे js से ajax रिक्वेस्ट भेजनी थी। लेकिन ब्राउज़र के कारण यह अनुरोध रद्द कर दिया गया, जो फ़ॉर्म के buttonअंदर किसी भी क्लिक पर स्वचालित रूप से फ़ॉर्म भेजता है ।

इसलिए यदि आप button नियमित रूप से divया spanपेज पर उपयोग करना चाहते हैं , और आप फॉर्म थ्रो js भेजना चाहते हैं - तो आपको एक श्रोता को preventDefaultफंक्शन के साथ सेटअप करना चाहिए ।

जैसे

$('button').on('click', function(e){

    e.preventDefault();

    //do ajax
    $.ajax({

     ...
    });

})

Answer 18

मेरे साथ ऐसा ही हुआ जब एक फोन किया। $ के साथ js फ़ाइल। अजाक्स, और एक अजाक्स अनुरोध करें, जो मैंने किया वह सामान्य रूप से कॉल था।

Answer 19

मेरे मामले में ई-मेल क्लाइंट विंडो दिखाने के लिए कोड के कारण क्रोम लोडिंग छवियों को बंद कर देता है:

document.location.href = mailToLink;

इसे $ (विंडो) .load (फ़ंक्शन () {...}) के बजाय $ (फ़ंक्शन () {...}) पर ले जाने में मदद मिली।

Answer 20

क्या यह किसी को तब तक मदद करता है जब मैं उस स्थिति को रद्द कर देता हूँ जब मैंने झूठे को छोड़ दिया था; फॉर्म में जमा करें। इसके कारण अजाक्स को तुरंत सबमिट कार्रवाई के बाद भेजा जाना चाहिए, जो वर्तमान पृष्ठ को ओवरवोट करता है। कोड को नीचे दिखाया गया है, जिसके अंत में महत्वपूर्ण रिटर्न गलत है।

$('form').submit(function() {

    $.validator.unobtrusive.parse($('form'));
    var data = $('form').serialize();
    data.__RequestVerificationToken = $('input[name=__RequestVerificationToken]').val();

    if ($('form').valid()) {
        $.ajax({
            url: this.action,
            type: 'POST',
            data: data,
            success: submitSuccess,
            fail: submitFailed
        });
    }
    return false;       //needed to stop default form submit action
});

आशा है कि किसी की मदद करता है।

Answer 21

LoopbackJS से आने वाले और उनके चार्ट उदाहरण में प्रदान की गई कस्टम स्ट्रीम पद्धति का उपयोग करने का प्रयास करने वाले किसी भी व्यक्ति के लिए। मैं एक त्रुटि का उपयोग कर इस त्रुटि को प्राप्त कर रहा था PersistedModel, Modelमेरे मूल के एक निश्चित मुद्दे पर स्विच कर रहा थाeventsource स्थिति को रद्द करने के ।

फिर, यह विशेष रूप से लूपबैक एपी के लिए है। और चूंकि यह एक शीर्ष उत्तर है और Google पर शीर्ष मैंने सोचा है कि मैंने उत्तरों के मिश्रण में इसे फेंक दिया।

Answer 22

मैंने एक ही मुद्दे का सामना किया था, कहीं गहरे हमारे कोड में हमारे पास यह छद्म कोड था:

• एक iframe बनाएँ

• iframe का onload एक फ़ॉर्म सबमिट करें

• 2 सेकंड के बाद, आइफ्रेम निकालें

इस प्रकार, जब सर्वर को iframe का जवाब देने में 2 सेकंड से अधिक समय लगता है, जिसके लिए सर्वर प्रतिक्रिया को लिख रहा था, हटा दिया गया था, लेकिन प्रतिक्रिया अभी भी लिखी जानी थी, लेकिन लिखने के लिए कोई iframe नहीं था, इस प्रकार क्रोम ने अनुरोध को रद्द कर दिया। इस प्रकार इससे बचने के लिए मैंने यह सुनिश्चित किया कि प्रतिक्रिया समाप्त होने के बाद ही iframe हटाया जाए, या आप लक्ष्य को "_blub" में बदल सकते हैं। इस प्रकार एक कारण यह है: जब संसाधन (मेरे मामले में iframe) जिसमें आप कुछ लिख रहे हैं, हटाया या हटा दिया जाता है इससे पहले कि आप इसे लिखना बंद कर दें, अनुरोध रद्द कर दिया जाएगा

Answer 23

मेरे लिए 'रद्द' स्थिति इसलिए थी क्योंकि फ़ाइल मौजूद नहीं थी। अजीब है कि क्रोम क्यों नहीं दिखाता है 404।

Answer 24

यह मेरे लिए एक गलत रास्ते जितना आसान था। मेरा सुझाव है कि डिबगिंग में पहला कदम यह देखना है कि क्या आप फाइल को स्वतंत्र रूप से ajax आदि में लोड कर सकते हैं।

Answer 25

अनुरोधों को एक ट्रैकिंग सुरक्षा प्लगइन द्वारा अवरुद्ध किया जा सकता है।

Answer 26

यह तब हुआ जब पृष्ठभूमि छवियों के रूप में 300 छवियों को लोड करना। मैं अनुमान लगा रहा हूं कि पहले एक बार समय समाप्त हो गया था, इसने बाकी सभी को रद्द कर दिया, या अधिकतम समवर्ती अनुरोध पर पहुंच गया। 5-ए-ए-टाइम लागू करने की आवश्यकता है

Answer 27

एक कारण यह हो सकता है कि XMLHttpRequest.abort () को कोड में कहीं बुलाया गया था, इस मामले में, अनुरोध cancelledमें Chrome डेवलपर टूल नेटवर्क टैब में स्थिति होगी ।

Answer 28

मेरे मामले में, यह 76 अपडेट के बाद आने लगा।

मेरे जेएस कोड में कुछ मुद्दे के कारण, window.location कई बार अपडेट हो रही थी जिसके परिणामस्वरूप पिछले अनुरोध को रद्द कर दिया गया था। हालाँकि यह समस्या पहले से मौजूद थी, फिर भी क्रोम ने संस्करण 76 में अपडेट के बाद अनुरोध को रद्द करना शुरू कर दिया।

Answer 29

रिकॉर्ड अपडेट करते समय मेरे पास एक ही मुद्दा था। सहेजें () के अंदर मैं डेटाबेस प्रारूप से मेल खाने के लिए फॉर्म से लिए गए रॉवडैट को दिखा रहा था। मैंने इसे सेव () से प्रीपिंग डेटा निकालकर और इसके बाहर एक समर्पित डेटाप्रेप () विधि बनाकर हल किया। मैंने इस डेटाप्रेप को async में बदल दिया और सभी मेमोरी सघन डेटा रूपांतरण की प्रतीक्षा की। मैं तब प्रीफ़्ड डेटा को वापस () मेथड क्लाइंट में इस्तेमाल कर सकता है जिसे मैं बचा सकता हूँ। मैंने सुनिश्चित किया कि पुट विधि को कॉल करने से पहले मैं dataPrep () पर प्रतीक्षा करूँ:

wait dataToUpdate = wait dataPrep (); http.put (apiUrl, dataToUpdate);

इसने अनुरोध के रुक-रुक कर हल किया।

Answer 30

यदि आप axios का उपयोग करते हैं तो यह आपकी मदद कर सकता है

// change timeout delay: instance.defaults.timeout = 2500;

https://github.com/axios/axios#config-order-of-precedence