ক্রোম বিকাশকারী সরঞ্জামগুলিতে কোনও সংস্থার জন্য স্থিতি = বাতিল হওয়া অর্থ কী?

402

কোন পৃষ্ঠা বাতিল হওয়ার কারণ হবে? আমার কাছে ক্রোম বিকাশকারী সরঞ্জামগুলির একটি স্ক্রিনশট রয়েছে।

রিসোর্স বাতিল হয়েছে

এটি প্রায়শই ঘটে তবে প্রতিবার হয় না। দেখে মনে হচ্ছে কিছু অন্যান্য সংস্থানগুলি ক্যাশে হয়ে গেলে, একটি পৃষ্ঠা রিফ্রেশ বামপেন.এএসপিএক্স লোড করবে। এবং সত্যিই কী অদ্ভুতরকম এটি কেবল গুগল ক্রোমে ঘটে থাকে, ইন্টারনেট এক্সপ্লোরার ৮ নয় Chrome ক্রোম কোনও অনুরোধ বাতিল করবে কেন এমন কোনও ধারণা?

debugging  http  google-chrome  developer-tools  web-developer-toolbar 
— styfle
সূত্র
13
নেট-ইন্টারনাল ট্রেস থেকে আপনি আরও বিশদ পেতে পারবেন । আমার অনুরূপ সমস্যা ছিল এবং আমার ক্ষেত্রে এটি পাওয়া যায় যে বাতিল করা হয়েছে net::ERR_ABORTED। যদি এটি হয় তবে এই পোস্টটি ব্যাখ্যা করে যে "নেট :: ERR_ABORTED কেবল তখনই উত্পন্ন করার উদ্দেশ্যে তৈরি করা হয় যখন কোনও ব্যবহারকারী ক্রিয়া কোনও লোডকে বাধাগ্রস্থ করে তোলে। এটি তখনই ঘটতে পারে যখন একটি নতুন নেভিগেশন একটি বিদ্যমানটিকে বাধা দেয় বা ব্যবহারকারী স্টপ ক্লিক করে when বোতাম। "
— জন ম্যাকার্থি
ধন্যবাদ। আমার ক্ষেত্রে এটি ব্যবহারকারী নয় কারণ আমি ব্যবহারকারী। পৃষ্ঠায় অনেকগুলি ফ্রেম রয়েছে (খুব)। ফ্রেম এসসিআর বদলে যেতে পারে? এটি এতই অদ্ভুত যে আমি কখনই আইইতে ঘটতে দেখিনি। আমি নেট ইন্টার্নালগুলি খতিয়ে দেখব।
— স্টাইল স্টাইল
@ nondescript1 আমি বাগটি পুনরুত্পাদন করার সময় ক্যাপচারটি করেছি এবং একটি ফাইলে ফেলেছি। এখন আমার কাছে 18,000 লাইনের জেসন ফাইল রয়েছে। আমি কি খুঁজছি?
— স্টাইল স্টাইল
3
আমি সত্যই জানি না। প্রকৃতপক্ষে আপনার প্রশ্নটি এসেছিল যখন আমি স্থিতি সম্পর্কিত আরও তথ্য সন্ধান করছিলাম = নিজেকে বাতিল করলাম, এ কারণেই আমি কেবল মন্তব্যগুলি যুক্ত করছি এবং উত্তর নয়;)। এটিকে ক্যাশে সম্পর্কিত বলে ভাবার কোনও কারণ নেই। আমি পৃষ্ঠাটিতে কাউকে চালিত অন্য নেভিগেশন সম্পর্কে আরও সন্দেহজনক। যখন আমি এটি দেখেছি, আমি উইন্ডো.পেন () দিয়ে একটি ডাউনলোড শুরু করার চেষ্টা করছিলাম যার ফলে অন্য একটি সার্ভারের অনুরোধ বাতিল করা হয়েছিল। আমার ক্ষেত্রে, ফায়ারফক্সের এই সমস্যাটি ছিল না তবে ক্রোম ছিল।
— জন ম্যাকার্থি
1
ঠিক তাই এটি বলার অপেক্ষা রাখে না, স্থিতি কলামে "(বাতিল)" এর একটি সম্ভাব্য কারণ - যদিও সম্ভবত একমাত্র সম্ভাব্য কারণ নয় - এটি হল যে ইউআরএল প্রদত্ত 4040 বা অন্যান্য ত্রুটি ফিরে এসেছে। ধারাবাহিকভাবে লোড হচ্ছে কিনা তা নিশ্চিত করতে কয়েকবার অন্য ট্যাবে URL টি জোর করে রিফ্রেশ করুন।
— রাকলাইস

উত্তর:

592

আমরা অনুরূপ সমস্যার মুখোমুখি হয়েছি যেখানে ক্রোম ফ্রেম বা আইফ্রেমে কিছু লোড করার অনুরোধ বাতিল করে দিচ্ছিল তবে কেবল মাঝে মধ্যেই এটি কম্পিউটার এবং / অথবা ইন্টারনেট সংযোগের গতির উপর নির্ভর করে।

এই তথ্যটি কয়েক মাস অতিক্রান্ত হয়েছে তবে আমি ক্রোমিয়ামটি স্ক্র্যাচ থেকে তৈরি করেছি, অনুরোধগুলি বাতিল হতে পারে এমন সমস্ত জায়গাগুলি অনুসন্ধানের জন্য উত্সের মাধ্যমে খনন করেছিলাম এবং সেগুলি ডিবাগ করার জন্য ব্রেকপয়েন্টগুলিকে চড় মেরেছিলাম। মেমরি থেকে, একমাত্র স্থান যেখানে Chrome একটি অনুরোধ বাতিল করবে:

  • অনুরোধটি তৈরি করার জন্য ডম উপাদানটি মুছে ফেলা হয়েছে (অর্থাত্ একটি আইএমজি লোড হচ্ছে, তবে লোড হওয়ার আগে, আপনি আইএমজি নোডটি মুছলেন)
  • আপনি এমন কিছু করেছিলেন যা ডেটা লোড করা অপ্রয়োজনীয় করে তুলেছে। (যেমন আপনি একটি iframe লোড করা শুরু করেছেন, তারপরে src পরিবর্তন করেছেন বা সামগ্রীগুলি ওভাররাইট করেছেন)
  • একই সার্ভারে প্রচুর অনুরোধ রয়েছে এবং পূর্ববর্তী অনুরোধগুলিতে একটি নেটওয়ার্ক সমস্যা দেখিয়েছিল যে পরবর্তী অনুরোধগুলি কাজ করছে না (ডিএনএস লুথিংয়ের ত্রুটি, এর আগে (একই) অনুরোধের ফলে যেমন HTTP 400 ত্রুটি কোড ইত্যাদি)

আমাদের ক্ষেত্রে আমরা শেষ অবধি এটি অন্য ফ্রেমে HTML যুক্ত করার চেষ্টা করে একটি ফ্রেমে এটি সন্ধান করেছি, যা গন্তব্য ফ্রেম এমনকি লোড হওয়ার আগে কখনও কখনও ঘটেছিল। একবার আপনি যদি কোনও আইফ্রেমের বিষয়বস্তু স্পর্শ করেন, এটি আর এটিতে উত্সটি লোড করতে পারে না (এটি কোথায় রাখবে তা কীভাবে জানতে পারে) তাই এটি অনুরোধটি বাতিল করে দেয়।

— whamma
সূত্র
2
খুব তথ্যপূর্ণ, আপনাকে ধন্যবাদ। এই বাগটি পুনরুত্পাদন করতে আমার খুব কষ্ট হয়েছে কারণ জিনিস একবারে ক্যাশে হয়ে গেলে তা হয় না। আমার জাভাস্ক্রিপ্টে যদি ব্রেক ব্রেকপয়েন্ট সেট করে থাকে তবে তা হয় না। আপনার প্রথম বুলেট পয়েন্টটি সম্ভবত সমস্যা নয় কারণ আমি কোনও উপাদান মুছতে দেখছি না। আমি বাস্তবতার জন্য জানি এটি বুলেট পয়েন্ট 3 নয়, "আপনি যদি একবার কোনও আইফ্রেমের বিষয়বস্তু স্পর্শ করেন, তবে এটি আর আর সংস্থানটি লোড করতে পারে না" এর অর্থ কী? আপনি কি একটি উদাহরণ দিতে পারেন?
— স্টাইফলে
1
মজাদার. সুতরাং আমাকে document.writeসেই ফ্রেমের সমস্ত সন্ধান করতে হবে এবং ফ্রেমটি লোড হওয়ার পরে তারা কেবল লেখার বিষয়টি নিশ্চিত করতে হবে। আপনি যেহেতু সেই স্থিতির অর্থটির উত্তর দিয়েছিলেন তাই আমি এটিকে সঠিক উত্তর হিসাবে চিহ্নিত করব।
— styfle
3
@ স্টাইফ্লে হ্যাঁ, তবে এটি ডকুমেন্ট.ওরাইট ছাড়াও অন্যান্য জিনিস হতে পারে। ফ্রেমটিতে অ্যাপেন্ডচিল্ড বা অনুরূপ লেখার চেষ্টা করে এমন কিছু এর কারণ হতে পারে। আপনি প্রতিটি ফ্রেমে একটি অনলোড হ্যান্ডলার তৈরি করতে চাইতে পারেন যা trueকিছু পরিবর্তনশীলকে লিখে দেয়, তারপরে অন্য ফ্রেমগুলি কোনও কিছু স্পর্শ করার আগে প্রথমে সেই সন্ধান করে for
— whamma
14
এ নিয়ে আমার ভয়াবহ সমস্যাও ছিল। আমি খুঁজে পেয়েছি এমন একটি জিনিস যা ধারাবাহিকভাবে এটি ট্রিগার করে যদি এজেএক্স প্রতিক্রিয়াটির স্থিতি কোড 301/302 থাকে এবং অন্য কোনও ডোমেনে পুনঃনির্দেশ URL থাকে। এটি আমার পক্ষে সমস্যার ধারাবাহিক প্রজনন।
— eb80
1
আমার জন্য এটি ছিল ইফ্রামেমে দেহের সাথে যুক্ত হয়ে সঙ্গে সঙ্গে শরীর থেকে অপসারণ করা। আমি একটি লাইন বিরতি রেখেছি এবং ইস্যু ছিল না। সুতরাং কিছু সময়সীমা (15 মাইল) রাখুন এবং এটি অতিক্রম করুন। @ ওহম্মা আপনি যেভাবে সমস্যাটি মোকাবেলা করেছেন তা সত্যিই অনুপ্রেরণা জাগিয়ে তুলছে। এই ধরনের একটি গভীর গভীরতার জন্য ধন্যবাদ। :-)
— মুহাম্মাদ তুলসী
53

স্থিতি = বাতিল জাভাস্ক্রিপ্ট ইভেন্টগুলিতে অজ্যাক্স অনুরোধেও ঘটতে পারে:

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

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

ইভেন্টটি সফলভাবে অনুরোধটি প্রেরণ করে, তবে তা বাতিল হয়ে যায় (তবে সার্ভার দ্বারা প্রক্রিয়াজাত করা হয়)। কারণটি হ'ল, উপাদানগুলি ক্লিক ইভেন্টগুলিতে ফর্মগুলি জমা দেয়, আপনি যদি একই ক্লিক ইভেন্টে কোনও এজাক্স অনুরোধ না করেন তা বিবেচনা করুন।

অনুরোধ বাতিল হতে বাধা দেওয়ার জন্য, জাভাস্ক্রিপ্ট ইভেন্ট.প্রিভেন্টডিফল (); কল করতে হবে:

<script>
  $("#call_ajax").on("click", function(event){
     event.preventDefault();
     $.ajax({
        ...    
     });
  });
</script>
— fuco
সূত্র
3
এটি আমাকে বাঁচিয়েছিল, আমার ক্ষেত্রে সমস্যাটি ছিল যেখানে আমি কৌনিক ব্যবহার করেছি ng-clickএকটি বোতামে type="submit"এবং তারপরে তথাকথিত ফাংশনে কিছু নেটওয়ার্কিং করেছি। ক্রোম সেই অনুরোধটি বাতিল করে রেখেছে ...
— রবিন
1
দুর্ভাগ্যক্রমে এটি আমার পক্ষে কাজ করে না। অন্য কোনও ইঙ্গিত?
— ক্রিজিস্টফ মাদেজ
ভাওভ আমাকেও বাঁচাল! একটি কৌণিক এনজি-ক্লিক ইভেন্টের জন্য আমি ested http অনুরোধগুলি নেস্ট করেছি এবং দ্বিতীয়টি বাতিল করা হচ্ছে। প্রতিরোধের ডিফল্ট লাইনটি সেট করার পরে এটি আবার কাজ শুরু করে, ধন্যবাদ।
— বাহাদির তাসদেমির
এর জন্য ধন্যবাদ. আমি জানতাম এটি কর্স বা কোনও ডম ইস্যু নয়। সম্ভবত @whamma এটিকে সম্পূর্ণতার সম্ভাব্য কারণ হিসাবে অন্তর্ভুক্ত করার জন্য তাদের উত্তর আপডেট করতে পারে :)
— গ্লাইডেস্টার
হুজুরের শোক! স্যার আপনি একজন পরম প্রতিভা !! আমি রক্ষা পেয়েছি !!
— দিলনূর সিং
25

এনবি: আপনার কোনও মোড়ানোর ফর্ম উপাদান নেই তা নিশ্চিত করুন ।

আমার একই রকম সমস্যা ছিল যেখানে অনক্লিক = {my সহ আমার বোতামটি কোনও ফর্ম উপাদানটিতে মোড়ানো ছিল। বোতামটি ক্লিক করার সময় ফর্মটিও জমা দেওয়া হয়, এবং এটি সমস্ত গোলমেলে ...

এই উত্তর সম্ভবত কারো দ্বারা কখনও পড়তে হবে না, তবে আমি বুঝতে পেরেছিলাম কেন এটি লিখছেন না :)

— stianlp
সূত্র
এটি আমার পক্ষে মূল কারণ - একটি বোতাম দু'বার POST কে ট্রিগার করেছিল। : আমি তাই এই সমাধান ছিল বোতাম সিএসএস কাপড় কারণ ফর্ম উপাদানের সরে চাইনি stackoverflow.com/questions/932653/...
— নিকোলাই Koudelia
একই সমস্যা। পরিষ্কার করার জন্য, আমার কাছে একটি ফর্মের মধ্যে একটি বোতাম ছিল যা জমা দেওয়ার একটি ধরণের ছিল, তবে একটি অনক্লিক ছিল যা একটি jquery ফর্ম জমা করছিল, এজ্যাক্স জমা দিন। এটি এফএফ-এ কাজ করেছিল, তবে কোম এবং আইইতে ব্যর্থ হয়েছিল এবং আমি এটি না পাওয়া পর্যন্ত আমাকে বাদাম চালিয়ে দিয়েছিল।
— ক্রিসটমসন
এটি একটি ভ্যু.জেএস অ্যাপ্লিকেশনে আমার সাথে ঘটেছিল এমন একটি সমস্যার সমাধান করে যেখানে কোনও @clickইভেন্ট <button>ফর্ম র‌্যাপারের অভ্যন্তরে কোনও ইভেন্টে আবদ্ধ ছিল । আপনি ভয়ের @submit.preventইভেন্ট সংশোধক ব্যবহার না করা হলে এটি করা এড়িয়ে চলুন ।
— পল ওয়েঞ্জেল
এটা আমার ক্ষেত্রে ছিল। type="button"আমার বোতাম ট্যাগটিতে একটি যুক্ত করে , ফর্মটি জমা দেওয়া হয়নি এবং বাতিল ইভেন্টটি এড়ানো হয়েছিল।
— ব্র্যান্ডন মেডেনওয়াল্ড
12

অন্য যে জিনিসটির সন্ধান করতে হবে তা হ'ল অ্যাডব্লক এক্সটেনশন বা সাধারণভাবে এক্সটেনশন।

তবে "প্রচুর" লোকের অ্যাডব্লক রয়েছে ...

এক্সটেনশন (গুলি) বাতিল করার জন্য ছদ্মবেশে একটি নতুন ট্যাব খুলুন তা নিশ্চিত করে যে আপনি পরীক্ষা করতে চান এমন এক্সটেনশন (গুলি) এর জন্য "ছদ্মবেশে অনুমতি বন্ধ রয়েছে" making

— জেমস কিবার্জ
সূত্র
ঠিক কী ঘটেছে। নোগ্রিপ্ট প্লাগইন চালু হয়েছে এবং হঠাৎ করে আইফ্রেম আর লোড হচ্ছে না।
— মার্গাস পাল
আমার জন্য, এটি হোলা প্লাগইন ছিল। অক্ষম করার পরে, অনুরোধগুলি আর বাতিল করা হয় না।
— লেনিন রাজ রাজাসেকরন
1
আমার ক্ষেত্রে এটি ছিল "জাভাস্ক্রিপ্ট এরারস নোটিফায়ার" ক্রোম এক্সটেনশন
— অ্যালেক্স
আমি সবকিছু খতিয়ে দেখার চেষ্টা করেছি এবং এখনও কৌনিক 8 এর সাথে ভাগ্য নেই, সমস্ত এক্সটেনশন অক্ষম করেছে এবং এখনও ধীর 3G নেটওয়ার্কে পূর্ববর্তী কলগুলি বাতিল করা হয়েছে। :(
— জন্ম
10

আপনি "এক্স-ফ্রেম-বিকল্পগুলি" শিরোনাম ট্যাগটি চেক করতে চাইতে পারেন। SAMEORIGIN তার সেট বা তারপর অস্বীকার করেন আইফ্রেম সন্নিবেশ ক্রোম (এবং অন্যান্য ব্রাউজার) প্রতি দ্বারা বাতিল হয়ে যাবে বৈশিষ্ট ।

এছাড়াও, নোট করুন যে কিছু ব্রাউজারগুলি ALLOW-FROM সেটিংস সমর্থন করে তবে ক্রোম তা দেয় না।

এটি সমাধানের জন্য আপনাকে "এক্স-ফ্রেম-বিকল্পগুলি" শিরোনাম ট্যাগটি সরিয়ে ফেলতে হবে। এটি আপনাকে ক্লিক জ্যাকিং আক্রমণগুলিতে উন্মুক্ত রাখতে পারে যাতে ঝুঁকিগুলি কী কী এবং কীভাবে সেগুলি প্রশমিত করতে হয় তা আপনাকে সিদ্ধান্ত নিতে হবে।

— জাস্টিন ক্লাউড
সূত্র
এটা ঠিক আমার সমস্যা ছিল। এই থ্রেড কিভাবে এটা ঠিক ভালো উত্তর আছে stackoverflow.com/questions/6666423/...
— ToniTornado
8

আমার ক্ষেত্রে, আমি দেখতে পেলাম যে এটি jquery গ্লোবাল টাইমআউট সেটিংস, একটি জ্যাকুরি প্লাগইন সেটআপ গ্লোবাল টাইমআউট 500 মিমি, যাতে অনুরোধটি 500 মিমি ছাড়িয়ে গেলে ক্রোম অনুরোধটি বাতিল করে দেয়।

— limodou
সূত্র
একই ইস্যুতে চলছে। আমার ক্ষেত্রে এটি ভার্চুয়ালবক্স অতিথি সার্ভার সহ স্থানীয় ওয়ার্ডপ্রেস / WooCommerce বিকাশ, এবং কিছু WooCommerce AJAX অনুরোধের 5000ms এর পূর্বনির্ধারিত AJAX সময়সীমা রয়েছে। যদি কেউ একই সমস্যা নিয়ে চলে যায় তবে এই টাইমআউটটি includes/class-wc-frontend-scripts.phpফাইলে সংজ্ঞায়িত করা হয়েছে ।
— ইভান শ্যাটস্কি
7

আমার যা ঘটেছিল তা এখানে: 302 টি পুনর্নির্দেশের জন্য সার্ভারটি একটি ত্রুটিযুক্ত "অবস্থান" শিরোনাম ফিরিয়ে দিচ্ছে। ক্রোম অবশ্যই আমাকে এটি বলতে ব্যর্থ হয়েছিল। আমি ফায়ারফক্সে পৃষ্ঠাটি খুললাম, এবং তাত্ক্ষণিকভাবে সমস্যাটি আবিষ্কার করলাম। একাধিক সরঞ্জাম পেয়ে ভাল লাগল :)

— জ্যারেড ফোরসিথ
সূত্র
যদিও কারণ হিসাবে খুব সুস্পষ্ট, কিন্তু এখনও, এটি আসলে একটি খুব দরকারী উত্তর। আমি কিছু পুরানো কফিস্ক্রিপ্ট কোড সম্পাদনা করছিলাম, এবং সম্পূর্ণরূপে ভুলে গিয়েছিলাম যে একক উদ্ধৃতি অন্তরবিচ্ছেদটি করেনি #{}, ফলস্বরূপ ইউআরএলটি ত্রুটিযুক্ত হয়েছিল। তবে ক্রোম আমাকে এ সম্পর্কে কিছু বলেনি।
— কুমারহর্ষ
4

আমরা (canceled)স্থিতির মুখোমুখি হওয়া অন্য একটি জায়গাটি একটি নির্দিষ্ট টিএলএস শংসাপত্রের ভুল কনফিগারেশনে। যদি কোনও সাইটের মতো https://www.example.comভুল কনফিগার করা থাকে যাতে শংসাপত্রটি অন্তর্ভুক্ত না করে www.তবে এর জন্য বৈধ হয় তবে https://example.comক্রোম এই অনুরোধটি বাতিল করে এবং স্বয়ংক্রিয়ভাবে পরবর্তী সাইটটিতে পুনঃনির্দেশ করবে। এটি ফায়ারফক্সের ক্ষেত্রে নয় ।

বর্তমানে বৈধ উদাহরণ: https://www.pthree.org/

— উইলিয়াম বুডিংটন
সূত্র
আপনি কি কেবলমাত্র শংসাপত্রবিহীন ডোমেন থেকে শংসাপত্রের একটিতে পুনর্নির্দেশ করতে পারেন? নগ্ন থেকে www? বা আপনি সর্বদা বাতিল বা শংসাপত্র ত্রুটি দেখতে পাচ্ছেন?
— কনস্টান্টিন বাহারুশেভ
3

একটি iframe এর মধ্যে পৃথক ডোমেনের সুরক্ষিত এবং অ-সুরক্ষিত পৃষ্ঠাগুলির মধ্যে পুনঃনির্দেশ করার সময় একটি বাতিল অনুরোধ আমার কাছে ঘটেছিল। পুনঃনির্দেশিত অনুরোধটি ডিভাইসগুলিতে "বাতিল" অনুরোধ হিসাবে দেখানো হয়েছে।

আমার পেমেন্ট গেটওয়ে দ্বারা হোস্ট করা একটি ফর্ম সহ একটি আইফ্রেমযুক্ত একটি পৃষ্ঠা রয়েছে। আইফ্রেমে ফর্মটি জমা দেওয়া হলে, পেমেন্ট গেটওয়েটি আমার সার্ভারের কোনও ইউআরএলে ফিরে যেতে হবে। পুনঃনির্দেশটি সম্প্রতি কাজ করা বন্ধ করে দিয়ে পরিবর্তে একটি "বাতিল" অনুরোধ হিসাবে শেষ হয়েছে।

দেখে মনে হচ্ছে যে ক্রোম (আমি উইন্ডোজ 7 ক্রোম 30.0.1599.101 ব্যবহার করছিলাম) আর আইফ্রেমের মধ্যে পুনর্নির্দেশকে আলাদা ডোমেনে কোনও সুরক্ষিত পৃষ্ঠায় যাওয়ার অনুমতি দেয় না। এটি ঠিক করার জন্য, আমি নিশ্চিত হয়েছি যে iframe- এ কোনও পুনঃনির্দেশিত অনুরোধগুলি সর্বদা নিরাপদ URL- এ প্রেরণ করা হয়েছিল।

আমি যখন কেবলমাত্র একটি আইফ্রেম দিয়ে একটি সহজ পরীক্ষার পৃষ্ঠা তৈরি করেছি, কনসোলে একটি সতর্কতা ছিল (যা আমি আগে মিস করেছি বা সম্ভবত প্রদর্শিত হয়নি):

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

পুনর্নির্দেশটি পিসি, ম্যাক এবং অ্যান্ড্রয়েডের ক্রোমে একটি বাতিল অনুরোধে পরিণত হয়েছে। এটি আমার ওয়েবসাইট সেটআপ (সেজেপেই লো প্রোফাইল) বা Chrome এ কিছু পরিবর্তন হয়েছে কিনা তা সুনির্দিষ্ট কিনা তা আমি জানি না।

— ফিল এম
সূত্র
আমি ক্রোম 30 এ প্রায় একইরকম আচরণ দেখতে পাচ্ছি যখন ডেটাাক্যাশ হোস্ট পেমেন্ট পরিষেবাদি ব্যবহার করার সময়, তবে আমার ক্ষেত্রে 3 ডি সিকিউর সাইট থেকে ডেটাক্যাশ সাইট পর্যন্ত পোষ্ট বাতিল হয়ে গেছে, উভয়ই https হওয়া সত্ত্বেও। এটি একটি রহস্যের কিছু হিসাবে প্রমাণিত হচ্ছে।
— জেসন
2

ক্রোম সংস্করণ 33.0.1750.154 মি ধারাবাহিকভাবে চিত্রের বোঝা বাতিল করে যদি আমি আমার লোকালহোস্টের দিকে নির্দেশিত মোবাইল এমুলেশন ব্যবহার করি; বিশেষত ব্যবহারকারীর এজেন্ট স্পুফিং অন (বনাম শুধুমাত্র স্ক্রীন সেটিংস)।

আমি যখন ব্যবহারকারী এজেন্টের স্পোফিং বন্ধ করি; চিত্রের অনুরোধগুলি বাতিল করা হয়নি, আমি ছবিগুলি দেখছি।

আমি এখনও বুঝতে পারি না কেন; পূর্ববর্তী ক্ষেত্রে, যেখানে অনুরোধটি শিরোনামের অনুরোধটি বাতিল হয়েছে (সতর্কতা: অস্থায়ী শিরোনামগুলি দেখানো হয়েছে) কেবলমাত্র

  • গ্রহণ করা
  • ক্যাশে-নিয়ন্ত্রণ
  • Pragma
  • একটি অ্যাকাউন্ট
  • ব্যবহারিক দূত

পরবর্তী ক্ষেত্রে, এই প্লাস অন্যরা সকলেই পছন্দ করে:

  • মিষ্ট রূটি
  • সংযোগ
  • নিমন্ত্রণকর্তা
  • স্বীকার করুন-এনকোডিং
  • স্বীকার করুন ভাষার

ঝিঁকা দেত্তয়া

— লাল মটর
সূত্র
2

আমি যখন জাভাস্ক্রিপ্টের মাধ্যমে পুনঃনির্দেশিত করেছি তখন Chrome এ এই ত্রুটিটি পেয়েছি:

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

আপনি দেখতে হিসাবে আমি 'http: //' ভুলে গেছি । আমি এটি যুক্ত করার পরে, এটি কাজ করে।

— Gerfried
সূত্র
2

আমার ক্ষেত্রে, আমি ক্লিক ইভেন্ট মত একটি অ্যাঙ্কর ছিল

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

ইভেন্ট ইভেন্টের ভিতরে আমার কাছে কিছু নেটওয়ার্ক কল ছিল, ক্রোম অনুরোধটি বাতিল করে। নোঙ্গর হয়েছে hrefসঙ্গে ""এটা পৃষ্ঠা পুনরায় লোড এবং একই সঙ্গে এটি নেটওয়ার্ক কল বাতিল করা হয়েছে পরার যে সঙ্গে ইভেন্টে ক্লিক আছে, উপায়। আমি যখনই hrefঅকার্যকর মত প্রতিস্থাপন

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

সমস্যা চলে গেল!

— তাসনিম রেজা
সূত্র
2

ক্রোম দ্বারা বাতিল হওয়ার অনুরোধের এখানে আরও একটি মামলা রয়েছে, যা আমি সবেমাত্র মুখোমুখি হয়েছি, যা এখানে উত্তরগুলির কোনও দ্বারা আবৃত নয়।

সংক্ষেপে
স্ব-স্বাক্ষরিত শংসাপত্রটি আমার অ্যান্ড্রয়েড ফোনে বিশ্বাসযোগ্য নয়।

বিশদ
আমরা বিকাশ / ডিবাগ পর্যায়ে আছি। ইউআরএল স্ব-স্বাক্ষরিত হোস্টের দিকে ইঙ্গিত করছে। কোডটি হ'ল:

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

ক্রোম সবেমাত্র অনুরোধটি নীরবেই বাতিল করে দিয়েছিল, আমার মতো নতুন বউয়ের সমস্যাটি সমাধানের জন্য কোনও বিকাশ না করে। একবার আমি অ্যান্ড্রয়েড ফোন ব্যবহার করে শংসাপত্র ডাউনলোড এবং ইনস্টল করলে সমস্যাটি শেষ হয়ে যায়।

— bestOfSong
সূত্র
2

আপনি যদি কিছু পর্যবেক্ষণ-ভিত্তিক এইচটিটিপি অনুরোধগুলি অ্যাঙ্গুলার ইন-ইন-বিল্ট-ইন (2+) এর মতো ব্যবহার করেন, তবে পর্যবেক্ষণযোগ্য বাতিল হয়ে গেলে HTTP অনুরোধটি বাতিল করা যেতে পারে (যখন আপনি switchMapস্ট্রিমগুলি একত্রিত করতে আরএক্সজেএস 6 অপারেটর ব্যবহার করছেন ) । mergeMapআপনি যদি অনুরোধটি সম্পূর্ণ করতে চান তবে বেশিরভাগ ক্ষেত্রে এর পরিবর্তে অপারেটরটি ব্যবহার করা যথেষ্ট ।

— ড্যানিয়েল কুচাল
সূত্র
1

আমার মূল সিএসএস ফোল্ডারের বাইরে অন্য ফোল্ডারে সংরক্ষিত দুটি সিএসএস ফাইলের সাথে আমার ঠিক একই জিনিস ছিল। আমি এক্সপ্রেশন ইঞ্জিন ব্যবহার করছি এবং খুঁজে পেয়েছি যে সমস্যাটি আমার htaccess ফাইলের নিয়মে ছিল। আমি আমার অবস্থার একটিতে ফোল্ডারটি কেবল যুক্ত করেছি এবং এটি ঠিক করে দিয়েছে। এখানে একটি উদাহরণ:

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

সুতরাং কোনও সম্ভাব্য দ্বন্দ্বের জন্য আপনার htaccess ফাইলটি পরীক্ষা করা আপনার পক্ষে উপযুক্ত

— gelviis
সূত্র
1

আমি ফন্ট সেইসাথে সব ধরনের এমবেডেড আছে woff , woff2 , TTF যখন আমি শৈলী পত্রক একটি ওয়েব ফন্ট এম্বেড করুন। সম্প্রতি আমি লক্ষ্য করেছি যে Chrome এ অনুরোধ বাতিল TTF এবং woff যখন woff2 উপস্থিত। আমি এখনই Chrome 66.০.৩35৩৯.১৮১ ক্রোম সংস্করণ ব্যবহার করছি তবে Chrome কখন অতিরিক্ত ফন্টের প্রকারগুলি বাতিল করতে শুরু করেছে তা আমি নিশ্চিত নই।

— আলী শেখপুর
সূত্র
1

<button>ফর্মটিতে ট্যাগ থাকার মধ্যে আমাদের এই সমস্যা ছিল , এটি জেএসের কাছ থেকে এজাক্স অনুরোধ পাঠানোর কথা। কিন্তু এই অনুরোধটি বাতিল করা হয়েছিল, ব্রাউজারের কারণে, যে কোনও ক্লিকে স্বয়ংক্রিয়ভাবে ফর্মটি প্রেরণ করেbutton ।

সুতরাং আপনি যদি button নিয়মিত divবা spanপৃষ্ঠায় পরিবর্তে সত্যই ব্যবহার করতে চান এবং আপনি ফর্ম নিক্ষেপণ জেএস প্রেরণ করতে চান - আপনার সাথে একটি শ্রোতা সেটআপ করা উচিতpreventDefault ফাংশন ।

যেমন

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

    e.preventDefault();

    //do ajax
    $.ajax({

     ...
    });

})
— ডেনিস মাটাফোনভ
সূত্র
0

কল করার সময় আমার সাথে একই ঘটনা ঘটেছিল। s সহ জেএস ফাইল file আজাক্স, এবং একটি এজ্যাক্স অনুরোধ করুন, আমি যা করেছি তা সাধারণত কল করা হয়েছিল।

— মারিও গঞ্জালেস ফ্লোরস
সূত্র
0

আমার ক্ষেত্রে কোডটি ইমেল ক্লায়েন্ট উইন্ডো দেখানোর ফলে ক্রোম চিত্রগুলি লোড করা বন্ধ করে দিয়েছে:

document.location.href = mailToLink;

এটিকে window (উইন্ডো) এ সরানো load (ফাংশন () {...}) এর পরিবর্তে লোড (ফাংশন () {...}) সহায়তা করে।

— নিকোলাই শেস্তাকভ
সূত্র
0

আমি প্রত্যাবর্তনটিকে মিথ্যা বলে রেখে দিলে যে কেউ বাতিল হওয়া স্থিতি পেরিয়ে এসেছিল তাকে আমি সহায়তা করতে পারি; ফর্ম জমা দিন। এটি এজ্যাক্স প্রেরণের সাথে সাথেই সাবমিট অ্যাকশনটি অনুসরণ করে, যা বর্তমান পৃষ্ঠাটি ওভাররোট করে। কোডটি নীচে দেখানো হয়েছে, গুরুত্বপূর্ণ ফিরতিটি শেষে রয়েছে false

$('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
});

আশা করি যে কাউকে সাহায্য করবে।

— জন পি স্মিথ
সূত্র
0

যে কেউ লুপব্যাকজেএস থেকে আসে এবং কাস্টম স্ট্রিম পদ্ধতিটি ব্যবহার করার চেষ্টা করে যেমন তাদের লেখচিত্রের উদাহরণে দেওয়া আছে। আমি এ ব্যবহার করে এই ত্রুটিটি পাচ্ছিলাম PersistedModel, Modelআমার ইস্যুটির একটি বেসিক ফিক্সে স্যুইচ করেeventsource স্থিতি বাতিল হওয়ার করে।

আবার এটি লুপব্যাক এপিআইয়ের জন্য বিশেষত। এবং যেহেতু এটি শীর্ষস্থানীয় উত্তর এবং গুগল শীর্ষে আমি অনুভব করেছি যে আমি এটি উত্তরগুলির মিশ্রণে ফেলে দেব।

— NodeDad
সূত্র
0

আমি একই সমস্যার মুখোমুখি হয়েছি, আমাদের কোডের কোথাও গভীরভাবে আমাদের এই সিডোকোড ছিল:

  • একটি iframe তৈরি করুন

  • iframe এর লোড একটি ফর্ম জমা দিন

  • 2 সেকেন্ড পরে, iframe সরান

সুতরাং, সার্ভার যে ইফ্রেমে সাড়া দিতে 2 সেকেন্ডেরও বেশি সময় নিয়ে সার্ভারের প্রতিক্রিয়াটি লিখেছিল তা সরিয়ে ফেলা হয়েছিল, তবে প্রতিক্রিয়াটি এখনও লেখা যেতে হয়নি, তবে ক্রোম অনুরোধটি বাতিল করে দিয়েছে, এটি এড়াতে আমি নিশ্চিত করেছিলাম যে প্রতিক্রিয়া শেষ হওয়ার পরেই iframe সরিয়ে ফেলা হবে, অথবা আপনি লক্ষ্যটিকে "_blank" এ পরিবর্তন করতে পারেন। সুতরাং এর কারণগুলির মধ্যে একটি হ'ল: যখন আপনি যে संसाधनটি (আমার ক্ষেত্রে আইফ্রেমে) লিখেছেন কিছু লিখছেন, তা মুছে ফেলা বা মুছে ফেলা আপনি এটি লেখা বন্ধ করার আগে, অনুরোধটি বাতিল হয়ে যাবে

— Hiresh
সূত্র
0

আমার জন্য 'বাতিল' স্থিতি কারণ ফাইলটির অস্তিত্ব ছিল না। ক্রোম কেন দেখায় না তা আশ্চর্য 404।

— FreeLightman
সূত্র
0

এটি আমার পক্ষে একটি ভুল পথের মতোই সহজ ছিল। আমি ডিবাগিংয়ের প্রথম পদক্ষেপটি সুপারিশ করব এটি দেখতে হবে আপনি অজ্যাক্স ইত্যাদির দ্বারা স্বাধীনভাবে ফাইলটি লোড করতে পারেন কিনা to

— ক্যামেরন
সূত্র
0

অনুরোধগুলি ট্র্যাকিং সুরক্ষা প্লাগইন দ্বারা অবরুদ্ধ করা হয়েছে।

— নাথান
সূত্র
0

ব্যাকগ্রাউন্ড ইমেজ হিসাবে 300 টি চিত্র লোড করার সময় এটি আমার কাছে হয়েছিল। আমি একবার অনুমান করছি একবার একবার শেষ হয়ে গেলে, এটি সমস্ত কিছু বাতিল করে দেয়, বা সর্বাধিক একযোগে অনুরোধে পৌঁছে যায়। একটি সময়ে 5-এ বাস্তবায়ন করা প্রয়োজন

— AwokeKnowing
সূত্র
0

এর একটি কারণ হতে পারে যে XMLHttpRequest.abort () কোডের কোথাও কল করা হয়েছিল, এক্ষেত্রে অনুরোধটির cancelledক্রোম বিকাশকারী সরঞ্জামসমূহ নেটওয়ার্ক ট্যাবে স্থিতি থাকবে ।

— আলেকসান্ডার শুমিলভ
সূত্র
0

আমার ক্ষেত্রে এটি ক্রোম update 76 আপডেটের পরে আসতে শুরু করেছে।

আমার জেএস কোডে কিছু সমস্যা হওয়ার কারণে, উইন্ডো.লোকেশন একাধিকবার আপডেট হচ্ছে যা পূর্ববর্তী অনুরোধটি বাতিল করেছিল ling যদিও সমস্যাটি আগে থেকেই উপস্থিত ছিল, ক্রোম version 76 সংস্করণে আপডেট হওয়ার পরে অনুরোধ বাতিল করতে শুরু করে।

— বিশাল
সূত্র
0

একটি রেকর্ড আপডেট করার সময় আমার একই সমস্যা ছিল। সেভ () এর ভিতরে আমি ফর্ম থেকে নেওয়া কাঁচাটাটা ডাটাবেস ফর্ম্যাটের সাথে মিলিয়ে দেওয়ার জন্য তৈরি করছিলাম (অনেকগুলি এনাম মানগুলি ম্যাপিং করা ইত্যাদি), এবং এটি মাঝেমধ্যে অনুরোধটিকে বাতিল করে দেয়। আমি সেভ () থেকে ডেটা প্রিপিং করে এবং এর বাইরে ডেডিকেটেড ডেটাপ্রিপ () পদ্ধতি তৈরি করে সমাধান করেছি। আমি এই ডেটাপ্রিপটিকে async এ পরিণত করেছি এবং সমস্ত মেমরি নিবিড় ডেটা রূপান্তরের জন্য অপেক্ষা করছি। আমি তারপরে ডেটা সেভ () পদ্ধতিতে ফিরিয়ে দেব যা আমি HTTP ক্লায়েন্টে ব্যবহার করতে পারি। আমি নিশ্চিত করেছি যে পুট পদ্ধতিতে কল করার আগে ডেটাপ্রিপ () -এর জন্য আমি অপেক্ষা করব:

প্রত্যাশিত ডেটাও আপডেট = অপেক্ষা করুন ডেটাপ্রিপ (); এইচপি.পুট (এপিআইআরএল, ডেটাও আপডেট);

এটি মধ্যবর্তী সময়ে অনুরোধ বাতিল করার সমাধান করেছে।

— meol
সূত্র
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.