Trong hầu hết các phiên bản Chrome, chúng ta đều thấy một số lượng đáng kể các bản cập nhật và cải tiến đối với sản phẩm, hiệu suất của sản phẩm cũng như các tính năng của Nền tảng web. Bài viết này mô tả một số tính năng ngừng hoạt động và bị xoá trong Chrome 63 (đang ở giai đoạn thử nghiệm từ ngày 26 tháng 10). Truy cập vào trang về các tính năng ngừng hoạt động và bị xoá để biết thêm các tính năng ngừng hoạt động và bị xoá khỏi phiên bản Chrome này và các phiên bản trước. Danh sách này có thể thay đổi bất cứ lúc nào.
Các thuộc tính giao diện có loại Promise không còn gửi ngoại lệ nữa
Các thuộc tính và hàm giao diện trả về một lời hứa không nhất quán về việc các điều kiện lỗi có gửi ngoại lệ hay từ chối, điều này sẽ gọi khối catch() của lời hứa. Phiên bản hiện tại của thông số kỹ thuật IDL yêu cầu tất cả các thuộc tính và hàm trả về lời hứa đều từ chối thay vì gửi một ngoại lệ.
Ví dụ: trước đây, lệnh gọi đến MediaKeySession.closed sẽ gửi một TypeError cho lệnh gọi bất hợp pháp nếu được gọi vào sai thời điểm. Với thay đổi này, các lệnh gọi như vậy giờ đây phải triển khai một khối catch().
Thay đổi này giúp Chrome tuân thủ thông số kỹ thuật. Thay đổi này đã được thực hiện cho các hàm.
Chromestatus Tracker | Lỗi Chromium
Xoá getMatchedCSSRules()
Phương thức getMatchedCSSRules() là một API chỉ dành cho webkit để lấy danh sách tất cả các quy tắc kiểu áp dụng cho một phần tử cụ thể. Webkit có một lỗi đang mở để xoá lỗi đó. Vì những lý do này, tính năng này sẽ bị xoá khỏi Chrome phiên bản 63. Những nhà phát triển cần chức năng này có thể xem bài đăng này trên Stackoverflow
Ý định xoá | Trình theo dõi trạng thái Chrome | Lỗi Chromium
Xoá RTCRtcpMuxPolicy của "negotiate"
rtcpMuxPolicy được Chrome sử dụng để chỉ định chính sách ưu tiên liên quan đến việc sử dụng tính năng truyền dẫn nhiều luồng RTP/RTCP. Trong Chrome 57, chúng tôi đã thay đổi rtcpMuxPolicy mặc định thành "yêu cầu" và không dùng "thương lượng" nữa vì những lý do sau:
- RTCP không được kết hợp sử dụng thêm tài nguyên mạng.
- Việc xoá "negotiate" sẽ giúp giao diện API đơn giản hơn, vì "RtpSender"/"RtpReceiver" sẽ chỉ có một phương thức truyền duy nhất.
Trong Chrome 63, "negotiate" (thương lượng) sẽ bị xoá.