สถานะ = ยกเลิกสำหรับทรัพยากรหมายถึงอะไรในเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ของ Chrome

อะไรจะทำให้หน้าถูกยกเลิก? ฉันมีภาพหน้าจอของเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ Chrome

สิ่งนี้เกิดขึ้นบ่อยครั้ง แต่ไม่ใช่ทุกครั้ง ดูเหมือนว่าเมื่อทรัพยากรอื่น ๆ ถูกแคชการรีเฟรชหน้าจะโหลด LeftPane.aspx และสิ่งที่แปลกจริงๆนี้เกิดขึ้นเฉพาะใน Google Chrome ไม่ใช่ Internet Explorer 8 แนวคิดใดที่ Chrome จะยกเลิกการร้องขอ

เราต่อสู้กับปัญหาที่คล้ายกันซึ่ง Chrome ได้ยกเลิกการร้องขอให้โหลดสิ่งต่าง ๆ ภายในเฟรมหรือ iframes แต่มีเพียงช่วง ๆ ๆ เท่านั้นและมันก็ขึ้นอยู่กับคอมพิวเตอร์และ / หรือความเร็วของการเชื่อมต่ออินเทอร์เน็ต

ข้อมูลนี้ล้าสมัยไม่กี่เดือน แต่ฉันสร้าง Chromium ตั้งแต่เริ่มต้นขุดผ่านแหล่งข้อมูลเพื่อค้นหาสถานที่ทั้งหมดที่คำขอสามารถถูกยกเลิกได้และตบจุดพักเพื่อให้ดีบั๊กทั้งหมด จากหน่วยความจำสถานที่เดียวที่ Chrome จะยกเลิกการร้องขอ:

• องค์ประกอบ DOM ที่ทำให้คำขอถูกลบ (เช่นกำลังโหลด IMG แต่ก่อนที่จะโหลดเกิดขึ้นคุณลบโหนด IMG)
• คุณทำสิ่งที่ทำให้การโหลดข้อมูลไม่จำเป็น (เช่นคุณเริ่มโหลด iframe จากนั้นเปลี่ยน src หรือเขียนทับเนื้อหา)
• มีคำขอจำนวนมากที่ไปที่เซิร์ฟเวอร์เดียวกันและปัญหาเครือข่ายในคำขอก่อนหน้านี้แสดงให้เห็นว่าคำขอที่ตามมาไม่ทำงาน (ข้อผิดพลาดการค้นหา DNS การร้องขอก่อนหน้า (เดียวกัน) ส่งผลเช่นรหัสข้อผิดพลาด HTTP 400 ฯลฯ )

ในกรณีของเราในที่สุดเราก็สืบค้นมันลงไปที่เฟรมหนึ่งซึ่งพยายามต่อท้าย HTML กับเฟรมอื่นซึ่งบางครั้งก็เกิดขึ้นก่อนที่เฟรมปลายทางจะโหลด เมื่อคุณสัมผัสเนื้อหาของ iframe แล้วมันจะไม่สามารถโหลดทรัพยากรอีกต่อไปได้ (จะรู้ได้อย่างไรว่าจะใส่ไว้ที่ใด) เพื่อยกเลิกการร้องขอ

สถานะ = ยกเลิกอาจเกิดขึ้นกับคำขอ ajax ในเหตุการณ์ JavaScript:

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

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

เหตุการณ์ส่งคำขอได้สำเร็จ แต่ถูกยกเลิกแล้ว (แต่ดำเนินการโดยเซิร์ฟเวอร์) เหตุผลก็คือองค์ประกอบส่งแบบฟอร์มในกิจกรรมการคลิกไม่ว่าคุณจะทำการร้องขอ ajax ในกิจกรรมการคลิกเดียวกัน

เพื่อป้องกันไม่ให้คำขอถูกยกเลิก JavaScript event.preventDefault (); จะต้องมีการเรียก:

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

หมายเหตุ: ให้แน่ใจว่าคุณไม่ได้มีองค์ประกอบของแบบฟอร์มการวางรูปภาพใด ๆ

ฉันมีปัญหาที่คล้ายกันซึ่งปุ่มของฉันที่มี onclick = {} ถูกห่อในองค์ประกอบของฟอร์ม เมื่อคลิกที่ปุ่มจะมีการส่งแบบฟอร์มและสิ่งนั้นก็ยุ่งทั้งหมด ...

คำตอบนี้อาจจะไม่ถูกอ่านโดยทุกคน แต่ฉันคิดว่าทำไมไม่เขียนมัน :)

สิ่งอื่นที่ควรระวังก็คือส่วนขยาย AdBlock หรือส่วนขยายโดยทั่วไป

แต่ผู้คนจำนวนมากมี AdBlock

หากต้องการแยกแยะส่วนขยายให้เปิดแท็บใหม่ในโหมดไม่ระบุตัวตนตรวจสอบให้แน่ใจว่า "ปิดการอนุญาตในโหมดไม่ระบุตัวตน" สำหรับส่วนขยายที่คุณต้องการทดสอบ

คุณอาจต้องการตรวจสอบแท็กส่วนหัว "X-Frame-Options" หากตั้งเพื่อ SAMEORIGIN หรือปฏิเสธแล้วแทรก iFrame จะถูกยกเลิกโดย Chrome (และเบราว์เซอร์อื่น ๆ ) ตามสเป็ค

นอกจากนี้โปรดทราบว่าบางเบราว์เซอร์รองรับการตั้งค่า ALLOW-FROM แต่ Chrome ไม่รองรับ

ในการแก้ไขปัญหานี้คุณจะต้องลบแท็กส่วนหัว "X-Frame-Options" นี่อาจทำให้คุณเปิดการโจมตีด้วยการคลิกผ่านดังนั้นคุณจะต้องตัดสินใจว่าความเสี่ยงคืออะไรและจะลดความเสี่ยงเหล่านั้นได้อย่างไร

ในกรณีของฉันฉันพบว่าเป็นการตั้งค่าหมดเวลาทั่วโลก jquery ปลั๊กอิน jquery ตั้งค่าการหมดเวลาทั่วโลกเป็น 500ms ดังนั้นเมื่อคำขอเกิน 500 มิลลิวินาที Chrome จะยกเลิกการร้องขอ

นี่คือสิ่งที่เกิดขึ้นกับฉัน: เซิร์ฟเวอร์ส่งคืนส่วนหัว "ตำแหน่ง" ที่ไม่ถูกต้องสำหรับการเปลี่ยนเส้นทาง 302 แน่นอนว่า Chrome ล้มเหลว ฉันเปิดหน้าเว็บใน Firefox และค้นพบปัญหาทันที ยินดีที่ได้มีเครื่องมือหลายอย่าง :)

สถานที่อื่นที่เราพบ(canceled)สถานะอยู่ในการกำหนดค่าใบรับรอง TLS เฉพาะ หากไซต์เช่นการhttps://www.example.comกำหนดค่าผิดพลาดซึ่งใบรับรองไม่รวมwww.แต่ถูกต้องสำหรับhttps://example.comChrome จะยกเลิกการร้องขอนี้และจะเปลี่ยนเส้นทางไปยังไซต์หลังโดยอัตโนมัติ นี่ไม่ใช่กรณีของ Firefox

ตัวอย่างที่ถูกต้องในปัจจุบัน: https://www.pthree.org/

คำขอที่ถูกยกเลิกเกิดขึ้นกับฉันเมื่อเปลี่ยนเส้นทางระหว่างหน้าเว็บที่ปลอดภัยและไม่ปลอดภัยในโดเมนที่แยกต่างหากภายใน iframe คำขอที่เปลี่ยนเส้นทางแสดงในเครื่องมือ dev ว่าเป็นคำขอ "ยกเลิก"

ฉันมีเพจที่มี iframe ซึ่งมีฟอร์มที่โฮสต์โดยเกตเวย์การชำระเงินของฉัน เมื่อมีการส่งแบบฟอร์มใน iframe เกตเวย์การชำระเงินจะเปลี่ยนเส้นทางกลับไปยัง URL บนเซิร์ฟเวอร์ของฉัน การเปลี่ยนเส้นทางเมื่อเร็ว ๆ นี้หยุดทำงานและลงเอยด้วยคำขอ "ยกเลิก" แทน

ดูเหมือนว่า Chrome (ฉันใช้ Windows 7 Chrome 30.0.1599.101) ไม่ได้รับอนุญาตให้เปลี่ยนเส้นทางภายใน iframe เพื่อไปยังหน้าเว็บที่ไม่ปลอดภัยในโดเมนแยกต่างหาก เพื่อแก้ไขฉันเพิ่งตรวจสอบว่าคำขอเปลี่ยนเส้นทางใด ๆ ใน iframe ถูกส่งไปยัง URL ที่ปลอดภัยเสมอ

เมื่อฉันสร้างหน้าทดสอบที่ง่ายขึ้นมีเพียง iframe มีคำเตือนในคอนโซล (ซึ่งฉันพลาดไปก่อนหน้านี้หรืออาจไม่ปรากฏขึ้นมา):

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

การเปลี่ยนเส้นทางกลายเป็นการร้องขอที่ถูกยกเลิกใน Chrome บนพีซี, Mac และ Android ฉันไม่ทราบว่าเป็นเฉพาะการตั้งค่าเว็บไซต์ของฉัน (โปรไฟล์ SagePay ต่ำ) หรือมีบางอย่างเปลี่ยนแปลงใน Chrome

Chrome เวอร์ชัน 33.0.1750.154 m ยกเลิกการโหลดภาพอย่างต่อเนื่องหากฉันใช้Mobile Emulationชี้ไปที่ localhost ของฉัน โดยเฉพาะกับการปลอมแปลงตัวแทนผู้ใช้บน (เทียบกับเพียงการตั้งค่าหน้าจอ)

เมื่อฉันปิดตัวแทนผู้ใช้ปลอมแปลง; คำขอภาพไม่ถูกยกเลิกฉันเห็นภาพ

ฉันยังไม่เข้าใจว่าทำไม ในกรณีก่อนหน้าซึ่งคำขอถูกยกเลิก Request Headers (ข้อควรระวัง: แสดงหัวข้อชั่วคราว) มีเฉพาะ

• ยอมรับ
• Cache-Control
• pragma
• อ้างอิง
• User-Agent

ในกรณีหลังทั้งหมดเหล่านั้นรวมถึงผู้อื่นเช่น:

• คุกกี้
• สัมพันธ์
• เจ้าภาพ
• ยอมรับการเข้ารหัส
• ยอมรับภาษา

ยัก

ฉันได้รับข้อผิดพลาดนี้ใน Chrome เมื่อฉันเปลี่ยนเส้นทางผ่าน JavaScript:

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

ตามที่คุณเห็นฉันลืม 'http: //' หลังจากที่ฉันเพิ่มมันก็ใช้งานได้

สำหรับกรณีของฉันฉันมีสมอด้วยเหตุการณ์คลิกเช่น

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

ภายในเหตุการณ์คลิกฉันมีการโทรผ่านเครือข่าย Chrome ยกเลิกการร้องขอ สมอมีhrefกับ""วิธีการก็โหลดหน้าเว็บและในเวลาเดียวกันก็มีเหตุการณ์คลิกกับสายเครือข่ายที่ได้รับการยกเลิก เมื่อใดก็ตามที่ฉันแทนที่hrefด้วยโมฆะเช่น

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

ปัญหาหายไป!

นี่เป็นอีกกรณีหนึ่งที่คำขอถูกยกเลิกโดย chrome ซึ่งฉันเพิ่งพบซึ่งไม่ได้ครอบคลุมคำตอบใด ๆ

โดยสรุป
ใบรับรองที่ลงชื่อด้วยตัวเองไม่น่าเชื่อถือบนโทรศัพท์ Android ของฉัน

รายละเอียด
เราอยู่ในช่วงการพัฒนา / แก้ไขข้อบกพร่อง url ชี้ไปยังโฮสต์ที่ลงชื่อด้วยตนเอง รหัสเหมือน:

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

Chrome เพิ่งยกเลิกการร้องขออย่างเงียบ ๆ โดยไม่ปล่อยให้มือใหม่ไปสู่การพัฒนาเว็บอย่างฉันเพื่อแก้ไขปัญหา เมื่อฉันดาวน์โหลดและติดตั้งใบรับรองโดยใช้โทรศัพท์ Android ปัญหาจะหายไป

หากคุณใช้การร้องขอ HTTP ที่ใช้การสังเกตได้เช่นการสร้างใน Angular (2+) การร้องขอ HTTP สามารถถูกยกเลิกได้เมื่อการยกเลิกสามารถสังเกตได้ (สิ่งทั่วไปเมื่อคุณใช้switchMapตัวดำเนินการRxJS 6 เพื่อรวมสตรีม) . ในกรณีส่วนใหญ่ก็เพียงพอที่จะใช้mergeMapตัวดำเนินการแทนหากคุณต้องการให้คำขอเสร็จสมบูรณ์

ฉันมีสิ่งเดียวกันกับไฟล์ CSS สองไฟล์ที่เก็บไว้ในโฟลเดอร์อื่นนอกโฟลเดอร์ css หลักของฉัน ฉันใช้ Expression Engine และพบว่าปัญหาอยู่ในกฎในไฟล์ htaccess ของฉัน ฉันเพิ่งเพิ่มโฟลเดอร์ไปยังเงื่อนไขข้อใดข้อหนึ่งของฉันและได้ทำการแก้ไข นี่คือตัวอย่าง:

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

ดังนั้นจึงอาจคุ้มค่าที่คุณจะตรวจสอบไฟล์ htaccess เพื่อหาข้อขัดแย้งที่อาจเกิดขึ้น

ฉันฝังแบบอักษรทุกประเภทรวมถึงwoff , woff2 , ttfเมื่อฉันฝังแบบอักษรเว็บในสไตล์ชีท เมื่อเร็ว ๆ นี้ฉันสังเกตเห็นว่า Chrome ยกเลิกคำขอไปยังttfและwoffเมื่อมีwoff2อยู่ ฉันใช้ Chrome รุ่น 66.0.3359.181 ตอนนี้ แต่ฉันไม่แน่ใจว่าเมื่อ Chrome เริ่มยกเลิกแบบอักษรพิเศษ

เราพบปัญหาในการติดแท็ก<button>ในแบบฟอร์มซึ่งควรส่งคำขอ ajax จาก js แต่คำขอนี้ถูกยกเลิกเนื่องจากเบราว์เซอร์ที่ส่งแบบฟอร์มโดยอัตโนมัติเมื่อคลิกใด ๆbuttonภายในฟอร์ม

ดังนั้นหากคุณต้องการใช้button แทนปกติdivหรือspanหน้าและคุณต้องการส่งแบบฟอร์มการส่ง js - คุณควรตั้งค่าฟังด้วยpreventDefaultฟังก์ชั่น

เช่น

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

    e.preventDefault();

    //do ajax
    $.ajax({

     ...
    });

})

เกิดขึ้นกับฉันเหมือนกันเมื่อโทร ไฟล์ js ด้วย $ ajax และทำการร้องขอ ajax สิ่งที่ฉันทำคือโทรตามปกติ

ในกรณีของฉันรหัสเพื่อแสดงหน้าต่างไคลเอนต์อีเมลทำให้ Chrome หยุดโหลดรูปภาพ:

document.location.href = mailToLink;

ย้ายไปที่ $ (หน้าต่าง). load (function () {... }) แทน $ (function () {... })

สิ่งนี้จะช่วยให้ใครก็ตามที่ฉันเจอสถานะถูกยกเลิกเมื่อฉันออกจากการส่งคืนเป็นเท็จ ในแบบฟอร์มการส่ง สิ่งนี้ทำให้ ajax send ถูกส่งทันทีตามด้วย action action ซึ่งจะเขียนทับหน้าปัจจุบัน รหัสจะแสดงด้านล่างโดยมีผลตอบแทนที่สำคัญเท็จในตอนท้าย

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

หวังว่าจะช่วยใครซักคน

สำหรับทุกคนที่มาจาก LoopbackJS และพยายามใช้วิธีการสตรีมที่กำหนดเองเช่นที่ระบุไว้ในตัวอย่างแผนภูมิของพวกเขา ฉันได้รับข้อผิดพลาดนี้โดยใช้ a การPersistedModelเปลี่ยนเป็นพื้นฐานModelแก้ไขปัญหาการeventsourceยกเลิกสถานะของฉัน

นี่เป็นลักษณะเฉพาะสำหรับ loopback api และเนื่องจากนี่เป็นคำตอบอันดับต้น ๆ และยอดนิยมใน Google ฉันคิดว่าฉันได้รวมมันไว้ในคำตอบ

ฉันต้องเผชิญกับปัญหาเดียวกันบางส่วนลึกลงไปในรหัสของเราเรามีรหัสเทียมนี้:

• สร้าง iframe

• onload ของ iframe ส่งแบบฟอร์ม

• หลังจาก 2 วินาทีให้ลบ iframe

ดังนั้นเมื่อเซิร์ฟเวอร์ใช้เวลามากกว่า 2 วินาทีในการตอบกลับ iframe ซึ่งเซิร์ฟเวอร์กำลังเขียนคำตอบนั้นถูกลบออก แต่คำตอบนั้นยังคงถูกเขียน แต่ไม่มี iframe ที่จะเขียนดังนั้นโครเมียมจึงยกเลิกคำขอ ดังนั้นเพื่อหลีกเลี่ยงสิ่งนี้ฉันแน่ใจว่า iframe ถูกลบหลังจากการตอบกลับสิ้นสุดลงหรือคุณสามารถเปลี่ยนเป้าหมายเป็น "_blank" ดังนั้นหนึ่งในเหตุผลคือ เมื่อทรัพยากร (iframe ในกรณีของฉัน) ที่คุณกำลังเขียนบางสิ่งในนั้นถูกลบหรือถูกลบออกก่อนที่คุณจะหยุดเขียนมันคำขอจะถูกยกเลิก

สำหรับฉัน 'ยกเลิก' สถานะเป็นเพราะไฟล์ไม่ได้อยู่ 404แปลกว่าทำไมโครเมี่ยมไม่แสดง

มันง่ายเหมือนเส้นทางที่ไม่ถูกต้องสำหรับฉัน ฉันขอแนะนำขั้นตอนแรกในการแก้จุดบกพร่องจะดูว่าคุณสามารถโหลดไฟล์เป็นอิสระจาก ajax เป็นต้น

คำขออาจถูกบล็อกโดยปลั๊กอินป้องกันการติดตาม

มันเกิดขึ้นกับฉันเมื่อโหลด 300 ภาพเป็นภาพพื้นหลัง ฉันเดาว่าครั้งแรกที่หมดเวลามันยกเลิกส่วนที่เหลือทั้งหมดหรือถึงคำขอพร้อมกันสูงสุด จำเป็นต้องใช้ 5-at-a-time

เหตุผลหนึ่งอาจเป็นได้ว่าXMLHttpRequest.abort ()ถูกเรียกที่ไหนสักแห่งในรหัสในกรณีนี้คำขอจะมีcancelledสถานะในแท็บเครือข่ายเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ Chrome

ในกรณีของฉันมันเริ่มมาหลังจากการอัปเดต chrome 76

เนื่องจากปัญหาบางอย่างในรหัส JS ของฉัน window.location ได้รับการปรับปรุงหลายครั้งซึ่งทำให้การยกเลิกการร้องขอก่อนหน้านี้ แม้ว่าจะมีปัญหาเกิดขึ้นก่อนหน้านี้ Chrome เริ่มยกเลิกคำขอหลังจากอัปเดตเป็นเวอร์ชัน 76

ฉันมีปัญหาเดียวกันเมื่ออัปเดตบันทึก ภายในบันทึก () ฉันกำลังเตรียมข้อมูลดิบที่นำมาจากแบบฟอร์มให้ตรงกับรูปแบบฐานข้อมูล (ทำการแมปจำนวนมากของค่า enums ฯลฯ ) และการยกเลิกคำขอวางเป็นระยะ ฉันแก้ไขได้โดยนำข้อมูลที่เตรียมไว้ล่วงหน้าจากบันทึก () และสร้างวิธีการเฉพาะ dataPrep () ออกมา ฉันเปลี่ยน dataPrep นี้เป็น async และรอการแปลงข้อมูลที่ใช้หน่วยความจำทั้งหมด จากนั้นฉันจะคืนค่าข้อมูล prepped ไปที่เมธอด save () ที่ฉันสามารถใช้ใน http put client ฉันแน่ใจว่าฉันรอ dataPrep () ก่อนที่จะเรียกวิธีการวาง:

await dataToUpdate = รอ dataPrep (); http.put (apiUrl, dataToUpdate);

วิธีนี้ช่วยแก้ปัญหาการยกเลิกคำขอเป็นระยะ

ถ้าคุณใช้ axios มันสามารถช่วยคุณได้

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

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