Các yêu cầu jQuery Ajax đang bị hủy mà không được gửi đi

Tôi đang cố gắng kết nối một tập lệnh với ứng dụng World-Wide Telescope của Microsoft. Cái sau sẽ lắng nghe các lệnh trên cổng 5050. Nó đang chạy trên cùng một máy với trình duyệt (Chrome hiện tại, nhưng theo như tôi có thể nói thì hoạt động giống như Firefox 7 và IE 9).

Tôi đang gửi tiêu đề "Access-Control-Allow-Origin: *" cùng với tệp html gốc để cố gắng loại bỏ các hạn chế XSS là vấn đề của tôi.

Mã của tôi để truy cập WWT như sau:

$.ajax({
    type: 'POST',
    url: url,
    data: data,
    crossDomain: true,
    success: success,
    dataType: dataType
});

url trong trường hợp này là "http: //127.0.0.1: 5050 / layerApi.aspx? cmd = new & ..." (rõ ràng ... ở đây viết tắt cho một số tham số bổ sung).

Nhìn vào chẩn đoán mạng trong Chrome, tôi có thể thấy điều này:

Request URL:http://127.0.0.1:5050/layerApi.aspx?cmd=new&...
Request Headersview source
Accept:application/xml, text/xml, */*; q=0.01
Content-Type:application/x-www-form-urlencoded
Origin:http://gwheeler4
Referer:http://gwheeler4/conceptconnect.html
User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.186 Safari/535.1

Yêu cầu được đưa ra - tôi thấy WWT tạo một lớp mới. Tuy nhiên, tôi không nhận được cuộc gọi lại. Nếu tôi thêm một lệnh gọi lại lỗi được gọi, nhưng thuộc tính lỗi trên đối tượng jqXHR chỉ là "lỗi" và trạng thái là 0. Nếu tôi nhìn vào yêu cầu mạng trong Chrome, tôi thấy trạng thái "(đã hủy)" và không có phản hồi .

Nếu tôi lấy cùng một URL đó và dán nó vào một tab trình duyệt mới, tôi có thể thấy rằng phản hồi là XML mong đợi.

Tất nhiên, một sự khác biệt ở đây là đây là GET không phải là ĐĂNG, nhưng tôi đã thử điều đó trong tập lệnh của mình và nó không có gì khác biệt.

Tôi khá bối rối vì điều này và sẽ đánh giá cao bất kỳ ý tưởng mới nào.

Nếu bất kỳ ai khác gặp phải vấn đề này, chúng tôi gặp phải vấn đề là chúng tôi đang thực hiện yêu cầu ajax từ một liên kết và không ngăn liên kết được theo dõi. Vì vậy, nếu bạn đang thực hiện điều này trong một onclickthuộc tính, hãy đảm bảo điều này return false;.

Nếu đang sử dụng Chrome, bạn không thể thấy đủ thông tin trong bảng điều khiển mạng Chrome tiêu chuẩn để xác định nguyên nhân gốc rễ của (canceled)yêu cầu.

Bạn cần sử dụng chrome://net-internals/#eventsnó sẽ hiển thị cho bạn thông tin chi tiết về yêu cầu bạn đang gửi - bao gồm chuyển hướng ẩn / thông tin bảo mật về cookie được gửi, v.v.

ví dụ: phần sau cho thấy một chuyển hướng mà tôi không nhìn thấy trong theo dõi mạng - do cookie của tôi không được gửi qua miền phụ:

t=1374052796448 [st=  1]   +URL_REQUEST_START_JOB  [dt=261]
                            --> load_flags = 143540481 (DO_NOT_SAVE_COOKIES | DO_NOT_SEND_AUTH_DATA | DO_NOT_SEND_COOKIES | ENABLE_LOAD_TIMING | MAYBE_USER_GESTURE | REPORT_RAW_HEADERS | VALIDATE_CACHE | VERIFY_EV_CERT)
                            --> method = "GET"
                            --> priority = 2
                            --> url = "https://...."
...
t=1374052796708 [st=261]        HTTP_TRANSACTION_READ_RESPONSE_HEADERS
                                --> HTTP/1.1 302 Moved Temporarily
                                    Content-Type: text/html
                                    Date: Wed, 17 Jul 2013 09:19:56 GMT
...
t=1374052796709 [st=262]     +URL_REQUEST_BLOCKED_ON_DELEGATE  [dt=0]
t=1374052796709 [st=262]        CANCELLED
t=1374052796709 [st=262]   -URL_REQUEST_START_JOB
                            --> net_error = -3 (ERR_ABORTED)

Trong trường hợp của tôi, tôi đã gặp phải type='submit'như vậy khi tôi gửi biểu mẫu, trang đang tải lại trước khi cú đánh ajax xảy ra, vì vậy một giải pháp đơn giản là phải có type="button". Nếu bạn không chỉ định loại thì submittheo mặc định, vì vậy bạn phải chỉ địnhtype="button"

type='submit' => type='button'

HOẶC LÀ

Không có loại => type='button'

Tôi đã có một vấn đề tương tự. Trong trường hợp của tôi, tôi đang cố gắng sử dụng dịch vụ web trên máy chủ apache + django (dịch vụ do chính tôi viết). Tôi đã gặp cùng một đầu ra như bạn: Chrome nói rằng nó đã bị hủy trong khi FF thì không sao. Nếu tôi cố gắng truy cập dịch vụ trực tiếp trên trình duyệt thay vì ajax, nó cũng sẽ hoạt động. Tìm kiếm xung quanh, tôi phát hiện ra rằng một số phiên bản apache mới hơn không đặt độ dài của phản hồi một cách chính xác trong tiêu đề phản hồi, vì vậy tôi đã thực hiện việc này theo cách thủ công. Với django, tất cả những gì tôi phải làm là:

response['Content-Length'] = len(content)

Nếu bạn có quyền kiểm soát dịch vụ bạn đang cố gắng truy cập, hãy tìm hiểu cách sửa đổi tiêu đề phản hồi trong nền tảng bạn đang sử dụng, nếu không bạn phải liên hệ với nhà cung cấp dịch vụ để khắc phục sự cố này. Rõ ràng, FF và nhiều trình duyệt khác có thể xử lý tình huống này một cách chính xác, nhưng các nhà thiết kế Chrome đã quyết định làm điều đó theo quy định.

Tôi đã có một vấn đề tương tự. Sử dụng chrome: // net-internals / # event, tôi có thể thấy rằng sự cố của tôi là do một số chuyển hướng im lặng. Yêu cầu nhận của tôi đã được kích hoạt trong một tập lệnh tải lên. Url có dạng " http://example.com/inner-path " và đường dẫn 301 vĩnh viễn chuyển hướng đến "/ inner-path". Để khắc phục sự cố, tôi chỉ cần thay đổi url thành "/ inner-path" và điều đó đã khắc phục sự cố. Tôi vẫn không biết tại sao một tập lệnh đã hoạt động cách đây một tuần đột nhiên đưa ra vấn đề cho tôi ... Hy vọng điều này sẽ giúp ai đó

(Sử dụng Biểu mẫu Web ASP.NET)

Vấn đề của tôi là tôi đang cố gắng kích hoạt Ajax khỏi sự kiện nhấp chuột của nút gửi có thiết lập sự kiện nhấp chuột phía máy chủ. Tôi phải làm cho nút chỉ là một nút đơn giản (tức là <input type="button">)

Tôi đã gặp vấn đề tương tự, đối với tôi, tôi đang tạo iframe tạm thời và tôi đang xóa iframe trước khi ajax hoàn tất, vì vậy trình duyệt sẽ hủy yêu cầu ajax của tôi.

Mở rộng câu trả lời của @ Kazetsukai, bạn có thể gặp sự cố này nếu bạn đang thực hiện yêu cầu AJAX của mình từ người dùng nhấp vào liên kết.

Nếu bạn thiết lập liên kết của mình như vậy:

<a href="#" onclick="soAjax()">click me!</a>

Và sau đó là một trình xử lý javascript như sau:

soAjax() {
    $.ajax({ ... all your lovely parameters ... });       
}

Để ngăn trình duyệt của bạn theo liên kết và hủy bất kỳ yêu cầu nào đang diễn ra, bạn nên thêm return falsehoặc e.preventDefault()để ngăn sự kiện nhấp chuột lan truyền:

soAjax() {
   $.ajax({ ... etc ... });
   return false;
}

Hoặc là:

soAjax(e) {
   $.ajax({ ... etc ... });
   e.preventDefault();
}

Có hai khả năng xảy ra khi yêu cầu AJAX bị bỏ (nếu không phải là yêu cầu Cross-Origin):

1. Bạn không ngăn chặn hành vi mặc định của phần tử cho sự kiện.
2. Bạn đặt thời gian chờ của AJAX quá thấp hoặc máy chủ phụ trợ của mạng / ứng dụng chậm.

Giải pháp cho 1) : Thêm return false;hoặc e.preventDefault();trong trình xử lý sự kiện.

Giải pháp cho 2) : Thêm tùy chọn thời gian chờ trong khi hình thành yêu cầu AJAX. Ví dụ bên dưới.

$.ajax({
    type: 'POST',
    url: url,
    timeout: 86400,
    data: data,
    success: success,
    dataType: dataType
});

Đối với các yêu cầu nguồn gốc chéo, hãy kiểm tra tiêu đề HTTP Chia sẻ tài nguyên nhiều nguồn gốc (CORS).

Tôi gặp lỗi này khi thực hiện yêu cầu sử dụng http tới url yêu cầu https. Tôi đoán cuộc gọi ajax không xử lý chuyển hướng. Đây là trường hợp ngay cả với tùy chọn ajax crossDomain được đặt thành true (trên JQuery 1.5.2).

Trong trường hợp của tôi, tôi viết lại mod của Apache khớp với url và chuyển hướng yêu cầu đến https.

Xem xét yêu cầu trong sự kiện chrome: // net-internals / #.

Nó sẽ hiển thị nhật ký nội bộ của yêu cầu. Kiểm tra chuyển hướng.

Tôi đã gặp vấn đề tương tự, nhưng trong trường hợp của tôi, hóa ra là vấn đề cookie. Những người làm việc trên back-end đã thay đổi đường dẫn của cookie JSESSIONID được đặt khi chúng tôi đăng nhập vào ứng dụng của mình và tôi có một cookie cũ có tên đó trên máy tính của mình, nhưng với đường dẫn cũ. Vì vậy, khi tôi thử đăng nhập vào trình duyệt (Chrome) đã gửi hai cookie có tên là JSESSIONID, với các giá trị khác nhau, đến máy chủ - điều này có thể hiểu nhầm - vì vậy nó đã hủy yêu cầu. Xóa cookie khỏi máy tính của tôi đã sửa nó.

Tôi đã gặp lỗi này theo một cách kỳ lạ hơn: Tab mạng và các sự kiện chrome: // net-internals / # không hiển thị yêu cầu sau khi hoàn tất js. Khi tạm dừng js trong lỗi callcack tab mạng đã hiển thị yêu cầu là (bị hủy). Liên tục được gọi cho chính xác một (luôn luôn giống nhau) của một số yêu cầu tương tự trong một trang web. Sau khi khởi động lại Chrome, lỗi không xuất hiện nữa!

Tôi đã hủy trong Firefox . Một số cuộc gọi ajax hoạt động hoàn toàn tốt đối với tôi, nhưng nó không thành công đối với đồng nghiệp thực sự phải sử dụng nó.

Khi tôi kiểm tra điều này thông qua các thủ thuật Chrome được đề cập ở trên, tôi không tìm thấy gì đáng ngờ. Khi kiểm tra nó trong firebug, nó hiển thị hoạt ảnh 'đang tải' sau hai lần gọi kim loại và không có tab kết quả.

Giải pháp rất đơn giản: truy cập lịch sử, tìm trang web, nhấp chuột phải -> quên trang web.
Quên, không xóa.

Sau đó, không có vấn đề gì nữa. Tôi đoán là nó có liên quan gì đó với .htaccess.

Trong trường hợp của tôi, đó là dấu gạch chéo bị thiếu trong url. Thêm dấu gạch chéo sau giải quyết vấn đề của tôi.

Đối với trường hợp Dropzone.js. Trong trường hợp của tôi, nguyên nhân là do giá trị timeouttùy chọn quá thấp theo mặc định. Vì vậy, hãy tăng nó theo nhu cầu của bạn.

{
// other dropzone options
timeout: 60000 * 10, // 10 minutes
...
}

Tôi gặp sự cố này với một mạng 3G cụ thể.
Nó sẽ luôn không thành công với các yêu cầu DELETE với net_error = -101sự kiện chrome: // net-internals / #.

Các mạng khác hoạt động tốt nên tôi cho rằng có một máy chủ proxy bị lỗi hoặc một cái gì đó.