WPML Multilingual CMS 5.3.0

Nhật ký thay đổi

Có gì mới

• Tìm kiếm cài đặt của WPML cho “scan” hoặc “theme strings” giờ đây sẽ tìm thấy tính năng quét chuỗi của giao diện và plugin.
• Trình soạn thảo khối và Trình chỉnh sửa trang web có bảng Ngôn ngữ gốc ở thanh bên, với mọi điều khiển của hộp Ngôn ngữ cũ, dành cho các bài viết, trang, template, các phần template, các mẫu được đồng bộ hóa và menu điều hướng.
• Các bản dịch tự động có một phương thức phân phối mới. Dịch vụ dịch thuật thông báo cho trang web của bạn khi công việc đã sẵn sàng, trang web của bạn sẽ thu thập nó và mỗi bên đều biết bên kia đang giữ những gì.
• Trang web của bạn cũng tự động kiểm tra các bản dịch đã hoàn thành, vì vậy tường lửa hoặc plugin bảo mật chặn các lệnh gọi của dịch vụ sẽ không còn làm gián đoạn chúng nữa.
• WPML → Hỗ trợ có một hộp phân phối Bản dịch mới. Nó hiển thị vị trí các bản dịch của bạn, những gì đang bị lỗi và những gì bạn có thể làm bây giờ.
• Khi các bản dịch đang chờ bạn, bảng điều khiển và thanh quản trị sẽ cho biết lý do: hết từ, khoản thanh toán đang chờ xử lý hoặc bị từ chối, giới hạn chi tiêu, phương thức thanh toán hoặc tài khoản bị chặn. Một liên kết sẽ đưa bạn đến phần khắc phục.
• Khi có sự cố phân phối cần bạn xử lý, bạn sẽ nhận được một email nêu rõ cách khắc phục.
• Phần Phân loại của Bảng điều khiển dịch thuật đã hoàn chỉnh. Nó hiển thị trạng thái và khối lượng của từng phân loại, liệt kê các thuật ngữ dưới dạng cây mà bạn có thể tìm kiếm, và gửi chúng bằng mọi phương thức: tự động, tự dịch, người dịch hoặc dịch vụ dịch thuật.
• Các văn bản thuộc về một mục giờ đây sẽ đi kèm với mục đó, vì vậy chúng được gửi và tính phí một lần. Ví dụ, các văn bản Yoast SEO của một thuật ngữ sẽ đi kèm với công việc của thuật ngữ đó.
• Với thư mục cho ngôn ngữ mặc định, URL gốc có một tùy chọn mới: Chuyển hướng đến ngôn ngữ mặc định.
• WPML cảnh báo khi đường dẫn của một trang web con multisite giống với một thư mục ngôn ngữ. Các trang web mới không thể sử dụng đường dẫn như vậy và trình hướng dẫn thiết lập sẽ hiển thị các URL ngôn ngữ mà một trang web con sẽ sử dụng.
• WPML → Hỗ trợ và WP-CLI có thể sửa chữa các liên kết nội bộ mà các phiên bản cũ hơn đã viết lại thành địa chỉ ?page_id=.
• Các khối Bộ chuyển đổi ngôn ngữ có thể ẩn ngôn ngữ hiện tại khỏi danh sách và cài đặt Hiển thị của chúng cũng dễ theo dõi hơn.
• WPML có thể ghi nhớ ngôn ngữ mà khách truy cập đã chọn trong bộ chuyển đổi ngôn ngữ và có thể đề xuất ngôn ngữ trình duyệt của khách truy cập trên một thanh thay vì chuyển hướng; cả hai đều hoạt động với bộ nhớ cache của trang.
• Một bản dịch được tiếp quản bằng Dịch độc lập sẽ nằm trong trình soạn thảo WordPress, không có cảnh báo về việc mất các chỉnh sửa và Bảng điều khiển dịch thuật sẽ mở nó ở đó.
• WPML hiện yêu cầu PHP 7.4 là mức tối thiểu và trên các phiên bản PHP cũ hơn, nó sẽ hiển thị thông báo thay vì dừng trang web với một lỗi.
• Cài đặt → Dịch thuật AI cho phép bạn chọn, theo từng loại nội dung như template Elementor, liệu dịch tự động có chờ cho đến khi nội dung xuất hiện trên trang web hay không.
• Lệnh WP-CLI mới wp wpml appearance hiển thị và đặt lại những gì WPML đã ghi nhận là xuất hiện trên trang web.
• Widget Bộ chuyển đổi ngôn ngữ WPML cho Elementor có các tùy chọn kiểu mới: nền khi di chuột, kiểu Hoạt động cho ngôn ngữ hiện tại và kiểu Thả xuống cho danh sách ngôn ngữ.
• Elementor: tên trang web và khẩu hiệu từ Cài đặt trang web có thể được dịch từ Bảng điều khiển dịch thuật, và văn bản của widget Tiêu đề trang web sẽ được dịch cùng với phần đầu trang của nó.
• Tăng cường bảo mật.

Hiệu suất

• Mỗi yêu cầu trang chạy ít hơn hai truy vấn cơ sở dữ liệu và việc kiểm tra bảng ngôn ngữ của WPML trên multisite sẽ tốn ít tài nguyên hơn.
• Danh sách nội dung của Bảng điều khiển dịch thuật tải các bài viết và ngôn ngữ của chúng trong một truy vấn duy nhất, không phải hai truy vấn cho mỗi hàng.
• Số đếm ngôn ngữ phía trên các danh sách quản trị và các truy vấn cho nội dung hiển thị bằng ngôn ngữ mặc định sẽ thực hiện ít công việc hơn.
• Khi dịch vụ dịch thuật không hỗ trợ một trong các cặp ngôn ngữ của trang web, WPML sẽ giữ câu trả lời đó trong một giờ thay vì hỏi lại trên mọi trang quản trị.
• Việc lưu một bài viết không còn xóa bộ nhớ cache ngôn ngữ của WPML nữa, vì vậy các yêu cầu tiếp theo sẽ không phải xây dựng lại nó.
• Việc lưu một bài viết đã dịch sẽ phân giải từng liên kết của nó một lần và chỉ khi các liên kết thay đổi, thay vì một lần cho mỗi ngôn ngữ.
• Với một object cache liên tục, chẳng hạn như Redis hoặc Memcached, các tra cứu bản dịch vẫn được lưu trong bộ nhớ cache qua các yêu cầu và các lần lưu.
• Việc lưu một trang Elementor lớn trên một trang web có thư viện phương tiện lớn không còn dẫn đến lỗi hết thời gian chờ của máy chủ.
• Việc tải trang không còn viết lại bản ghi các plugin đang hoạt động của WPML khi không có gì thay đổi.
• Các trang có menu danh mục lớn, chẳng hạn như menu cửa hàng, tải nhanh hơn nhiều.
• Việc lưu một bài viết trên một trang web có hàng nghìn trường tùy chỉnh có thể dịch không còn bị hết bộ nhớ hoặc thời gian.
• Multisite: việc chuyển đổi giữa các trang web sẽ đọc cài đặt của WPML một lần cho mỗi trang web và không còn xóa bộ nhớ cache của tùy chọn.
• Avada: các trang có điều kiện hiển thị Off Canvas tải nhanh hơn.
• Các bản dịch từ các dịch vụ dịch thuật được lưu nhanh hơn: WPML đọc các trường của một công việc một lần thay vì một lần cho mỗi trường.
• Các cửa hàng có nhiều hình ảnh sản phẩm không còn làm quá tải cơ sở dữ liệu: WPML tìm ngôn ngữ của hình ảnh bằng tra cứu được lập chỉ mục của riêng nó.
• Gói WPML Multilingual CMS có ít hơn khoảng 1.400 tệp và việc cập nhật từ WPML 4.9 vẫn hoạt động.
• WPML đọc các tùy chọn nhỏ cho mỗi yêu cầu của nó bằng một truy vấn khi khởi động.
• Giao diện khối: một danh sách trang lọc các trang theo ngôn ngữ bằng một truy vấn cho mỗi lần tải trang, và khối Điều hướng đọc các đích liên kết và bản dịch của nó cùng nhau.
• Việc tra cứu slug trên một phân loại đã dịch sẽ đọc các slug trong một truy vấn.
• Bộ nhớ cache phân giải URL ngừng xây dựng lại trên mỗi lần tải trang và bảng của nó vẫn giữ kích thước nhỏ.
• Khi WPML xây dựng lại bộ nhớ cache ngôn ngữ của nó, nó sẽ lưu các cài đặt ngôn ngữ một lần cho mỗi yêu cầu thay vì trên mỗi thay đổi.

Các bản sửa lỗi cho dịch tự động và Dịch mọi thứ

• Việc xóa thông tin xác thực của bạn cho một dịch vụ dịch thuật giờ đây sẽ thực sự xóa chúng, thay vì các thông tin cũ xuất hiện lại.
• Khi bật Dịch mọi thứ, việc lưu một bài viết không còn phải chờ Trình biên tập dịch thuật nâng cao, điều từng làm cho quá trình lưu chậm bị hết thời gian.
• Một trang web không được đăng ký dịch tự động sẽ được thông báo như vậy, thay vì “Unable to authenticate” hoặc “Connection Error”.
• Việc đăng ký trang web cho dịch tự động không còn dẫn đến lỗi nghiêm trọng khi phản hồi không hợp lệ.
• Các cài đặt Dịch thuật AI không còn hiển thị “Đã lưu” khi việc lưu bị từ chối và WPML sẽ đăng ký lại trang web khi chữ ký của nó bị từ chối.
• Trong khi dịch vụ dịch thuật hạn chế trang web, WPML sẽ ngừng gửi lại các công việc đang chờ của nó mỗi mười phút và từ bỏ một công việc sau một ngày thử nghiệm thất bại.
• Một hạn chế đối với dịch tự động chỉ được dỡ bỏ khi dịch vụ dịch thuật dỡ bỏ nó, không phải bởi bất kỳ lệnh gọi thành công nào.
• Bảng điều khiển không còn tính các công việc thủ công, hoặc các công việc mà dịch vụ dịch thuật không còn giữ, là các bản dịch đang được xử lý.
• Một lần đọc không thành công các công cụ dịch thuật sẽ sớm được thử lại, thay vì làm cho số lượng từ của mọi công việc tự động bị lỗi trong một ngày.
• Khi bật Dịch mọi thứ, việc thêm một ngôn ngữ không còn mở lại các danh mục và các phân loại khác cho dịch tự động.
• Dịch mọi thứ sẽ dịch các trang trình soạn thảo khối có meta box của một plugin khác, chẳng hạn như các trường ACF, với các giá trị vừa được lưu.
• Hộp thoại “Điều chỉnh giới hạn nội dung” không còn tự mở trên mỗi lần tải Bảng điều khiển dịch thuật trong khi một loại bài viết bị loại trừ khỏi Dịch mọi thứ.
• Trình soạn thảo bài viết hiển thị một công việc đang chờ được gửi là đang được xử lý, thay vì thông báo rằng việc gửi nó cho dịch tự động không thành công.
• “Nhận bản dịch ngay” báo cáo những gì nó đã mang về trong vài giây.
• Một trang web mới gửi nội dung đến dịch tự động trước khi nó được kết nối với dịch vụ dịch thuật giờ đây sẽ kết nối và dịch, thay vì bị kẹt với lỗi xác thực.
• Một công việc Dịch mọi thứ có lần gửi đầu tiên hoặc số lượng từ bị lỗi không còn được gửi lại với 0 từ.
• Dịch mọi thứ không còn để một bài viết bị kẹt ở trạng thái đang chờ người dịch mà không có công việc khi quá trình gửi tự động bị gián đoạn, và các bài viết đã bị kẹt sẽ được gửi lại bằng một đợt kiểm tra hàng giờ.
• Việc lưu một bài viết có bản dịch tự động đang chờ thử lại không còn tạo ra công việc dịch thuật thứ hai.
• Các công việc đang chờ thử lại đều được gửi trên lần xem trang quản trị tiếp theo, không phải mười công việc mỗi lần.
• Thông báo “Bản cập nhật của bạn đã thay thế một bản dịch đang được xử lý” sẽ hiển thị ngay sau khi lưu, không phải sau một lần tải trang.
• Dịch mọi thứ sẽ gửi một trang trình soạn thảo khối có các hộp trường bổ sung ngay cả khi WP-Cron chạy trễ.
• Hủy các công việc tự động đang được xử lý trong Khắc phục sự cố cũng giải phóng các chuỗi bị bỏ lại trong quá trình xử lý bởi một bản dịch tự động đã kết thúc.
• Việc dịch tự động một trang ngắn có nội dung đã lưu lớn không còn bị lỗi với thông báo “Không thể phân tích cú pháp vì công việc của bạn vượt quá giới hạn kích thước tệp”.
• Việc lưu một bài viết không còn phải chờ WPML nhận các bản dịch đã hoàn thành, trên bất kỳ máy chủ nào.
• Dịch mọi thứ không còn gửi lại nội dung không thay đổi trên mỗi lần lưu sau khi dịch vụ dịch thuật đã từ bỏ nó. Nó sẽ thử hai lần, sau đó đợi cho đến khi nội dung thay đổi.
• Khi Dịch mọi thứ thay thế một công việc chưa hoàn thành, nó cũng hủy công việc cũ tại dịch vụ dịch thuật.
• Việc áp dụng tùy chọn trường tùy chỉnh đã thay đổi cho các bản dịch hiện có không còn gửi cùng một bài viết hai hoặc ba lần khi một vài màn hình quản trị đang mở.
• Dịch mọi thứ không gửi công việc thuật ngữ nào đến một ngôn ngữ đang bị tạm dừng dịch tự động.
• Một công việc bị giữ lại từ lần gửi tự động của Bảng điều khiển dịch thuật sẽ được thử lại dưới dạng công việc tự động, không phải là công việc thủ công.
• Dịch mọi thứ không còn cung cấp cho một lô chuỗi nội dung của một gói chuỗi có cùng ID, điều từng khiến các chuỗi đó không được dịch trong khi công việc được báo là đã hoàn thành.
• Một gói chuỗi đã được dịch trong Dịch chuỗi sẽ không còn được dịch và tính phí lại khi nó được gửi riêng lẻ.
• Một văn bản được dịch như một phần của gói, chẳng hạn như tiêu đề và khẩu hiệu của trang web Elementor, sẽ được dịch và tính phí một lần. Dịch chuỗi sẽ hiển thị nơi để dịch nó.
• Các công việc chưa bao giờ đến được dịch vụ dịch thuật sẽ không còn chiếm dung lượng trong các lần kiểm tra trạng thái của nó.
• Ước tính của Dịch mọi thứ sẽ tính giá chính xác cho những gì quá trình chạy gửi đi. Các bản sao và các công việc bị loại bỏ sẽ không bị tính giá.
• Ước tính của Dịch mọi thứ sẽ đếm các thuật ngữ sản phẩm, và Bảng điều khiển dịch thuật sẽ gửi và đếm một thuật ngữ được chia sẻ một lần. Chi phí của Bảng điều khiển sẽ tải xong.
• Ước tính của trình hướng dẫn thiết lập sẽ đếm các văn bản của trình tạo trang, các thuộc tính, các trường thuật ngữ ACF và các biểu mẫu.
• Một bài viết được lưu trong khi WPML kết nối lại với dịch vụ dịch thuật sẽ nhận được một công việc dịch thuật đang chờ, được gửi ngay khi dịch vụ phản hồi lại.
• Một bản dịch không còn được áp dụng hai lần khi quá trình phân phối của nó mất hơn 30 giây.
• Với “Trình soạn thảo WordPress” được đặt làm trình biên tập dịch thuật cho tất cả nội dung, Dịch mọi thứ sẽ tuân theo lựa chọn đó, giống như ước tính của nó, thay vì dịch một số trang và sau đó không bao giờ dịch các trang mới.
• Dịch mọi thứ không còn gửi lại các thuật ngữ phân loại không thay đổi để dịch nữa.
• Các bản dịch tự động của các thuật ngữ sang một ngôn ngữ ẩn sẽ được lưu lại.
• Ước tính dịch tự động sẽ định giá một bản dịch hiện có không có trạng thái dịch thuật là 0, theo cách quá trình chạy tính phí cho nó.
• Việc thử kết nối lại với dịch vụ dịch thuật sẽ thực hiện từng nỗ lực một.
• Một bản dịch đã chờ dưới một giới hạn chi tiêu trước đó, hoặc dưới một lệnh chặn đã được dỡ bỏ kể từ đó, sẽ được thu thập mà không có một lần tạm dừng giới hạn chi tiêu mới.

Các bản sửa lỗi trong các trình biên tập dịch thuật và các công việc dịch thuật

• Một công việc dịch thuật không còn bị từ chối với thông báo “Missing or wrong data: target” khi một trường chỉ chứa dấu câu, ký hiệu hoặc shortcode.
• Khi một bản dịch được phân phối để lại một văn bản không có bản dịch, phần còn lại của bản dịch sẽ được áp dụng, văn bản đó giữ nguyên bản gốc của nó và nhật ký công việc sẽ nêu tên nó.
• Một công việc gói chuỗi của Gravity Forms hoặc các gói chuỗi khác sẽ mở trong trình biên tập dịch thuật của WPML, không bao giờ mở trong một bài viết có cùng ID, vì vậy các bản dịch của nó không còn bị mất.
• Công việc dịch thuật của một gói chuỗi không còn bao gồm các văn bản hình ảnh của một bài viết có cùng ID.
• Khi một bản dịch trả về cho một công việc đã bị hủy, sự từ chối giờ đây sẽ được ghi vào nhật ký công việc.
• Trình biên tập dịch thuật cổ điển sẽ lưu lại trên các máy chủ thoát các dấu phân cách giữa các trường biểu mẫu, thay vì trả lời “Permission denied”.
• Các trường không có văn bản sẽ không còn được gửi đến Trình biên tập dịch thuật nâng cao và bản dịch được lưu trữ của một trường như vậy sẽ được giữ lại.
• Nhật ký công việc dịch thuật lưu giữ các dòng hủy, các lần mở trình biên tập, các lần lưu của Trình biên tập dịch thuật cổ điển và các lần nâng cấp.
• Trong nhật ký công việc dịch thuật, một hành động được bắt đầu bên trong một hành động khác sẽ được lồng dưới nó và các dòng của hành động bên ngoài không còn biến mất.
• Một công việc dịch thuật không còn bị bỏ lại ở trạng thái không thể đọc được khi các văn bản của nó không thể lưu.
• Việc cập nhật lên WPML 5.x không còn chuyển đổi các trang web dịch trong trình soạn thảo WordPress hoặc Trình biên tập dịch thuật cổ điển sang Trình biên tập dịch thuật nâng cao.
• Một công việc đang được xử lý trong Trình biên tập dịch thuật nâng cao sẽ mở lại với công việc của nó, kể cả khi bản gốc của nó đã thay đổi.
• Việc gửi lại một bản dịch trong khi bản đánh giá của nó đang mở, hoặc chỉnh sửa một bản dịch sau khi bản đánh giá của nó đã đóng, sẽ giữ nó trong hàng đợi đánh giá.
• Một ghi chú cho người dịch chứa “&” sẽ đến được công việc dịch thuật một cách nguyên vẹn.
• Việc mở lại một bản dịch đã hoàn thành trong Trình biên tập dịch thuật nâng cao lần thứ hai sẽ phân phối bản chỉnh sửa thay vì bị lỗi.
• Việc chỉnh sửa một bản gốc sau khi một bản dịch đã được mở trong trình biên tập và bị bỏ dở sẽ xây dựng lại công việc dịch thuật đó từ nội dung mới nhất.
• Việc gửi nội dung để dịch không còn bị lỗi máy chủ khi tệp XLIFF cho email thông báo không thể được ghi.
• Lỗi dịch vụ dịch thuật trên một công việc bị hủy không còn giữ lại các lần hủy khác và bạn sẽ được thông báo khi một lần hủy không thể hoàn thành.
• Một lần hủy mà dịch vụ dịch thuật liên tục gặp lỗi, trong khi nó trả lời các lệnh gọi khác, sẽ bị từ bỏ, do đó cảnh báo “không thể hủy” sẽ biến mất. Trong quá trình kết nối lại, các màn hình dịch thuật sẽ hiển thị một thông báo thay vì hai.
• Trong Trình biên tập dịch thuật nâng cao, nhãn tiêu đề bài viết và tên các nhóm chẳng hạn như “Nội dung chính” sẽ tuân theo ngôn ngữ quản trị.
• Một bản dịch được phân phối cho một trang đã được chỉnh sửa trong khi công việc đang được xử lý sẽ được lưu trên trang đó, hoặc được đánh dấu là cần cập nhật khi một văn bản thay đổi quá nhiều.
• Một bản dịch được chỉnh sửa từ giao diện người dùng và hoàn thành trong Trình biên tập dịch thuật nâng cao sẽ được áp dụng lại. Khi quá trình phân phối thất bại, trang sẽ cho biết lý do.
• Một trường được gửi lại không còn bị tách ở các ngắt dòng.
• Việc gửi lại một bản dịch được thực hiện trong Trình biên tập dịch thuật nâng cao hoặc cổ điển không còn coi bản dịch trước đó là bản chỉnh sửa của trình soạn thảo WordPress.
• Quá trình gửi sẽ dừng khi WPML không thể ghi bản ghi ngôn ngữ, thay vì gặp lỗi sau đó với thông báo “gửi chưa được xác nhận”.
• Quá trình gửi đến một dịch vụ dịch thuật bị dừng giữa chừng không còn khiến các công việc của nó bị kẹt ở trạng thái đang được xử lý.
• Trình biên tập dịch thuật nâng cao không còn mở một công việc dịch thuật mà dịch vụ dịch thuật đã phân phối từ lâu.
• Một khối HTML tùy chỉnh có tập lệnh nội tuyến chứa dấu < không còn làm đình trệ công việc dịch thuật của nó.
• Việc quay lại từ Trình biên tập dịch thuật nâng cao không còn ghi lại cảnh báo PHP cho một công việc mà dịch vụ dịch thuật không còn giữ.
• Việc thu thập các bản dịch từ một dịch vụ dịch thuật vẫn tiếp tục khi một bản dịch không thể lưu, và một lần lưu làm dừng yêu cầu sẽ được đếm và nêu tên.

Các bản sửa lỗi trong Quản lý dịch thuật và Bảng điều khiển dịch thuật

• Danh sách Công việc dịch thuật sẽ hiển thị lại các công việc của nó trên các trang web nơi nó hiển thị “Không có dữ liệu” với nhiều trang kết quả.
• Trong Nhiệm vụ dịch thuật, một bản dịch đã lên lịch sẽ được dán nhãn Đã lên lịch và một bản dịch riêng tư sẽ là Riêng tư, thay vì “Bản nháp – Chờ đánh giá”.
• Hộp thoại chuyển đổi công cụ của Bảng điều khiển dịch thuật sẽ cho biết khi nào việc chuyển sang Private Translation Cloud bị từ chối, thay vì xác nhận nó.
• Hộp thoại chuyển đổi công cụ hiển thị thông báo của một lần lưu không thành công ở nơi bạn có thể thấy nó.
• Nhiệm vụ dịch thuật và Bảng điều khiển dịch thuật hiển thị ID của mục đã dịch, và Xem sẽ mở trình biên tập dịch thuật cho các loại bài viết không có màn hình chỉnh sửa, chẳng hạn như bảng TablePress.
• Email gửi cho người quản lý sẽ hiển thị các từ cần dịch cho các bài viết và gói chuỗi đã cập nhật, không phải toàn bộ số lượng từ của chúng.
• Việc tự gửi nội dung để dịch từ Bảng điều khiển dịch thuật không còn bị lỗi với thông báo “WPML không thể đếm số từ trong các mục này” khi không thể đọc được giá.
• Một chuỗi được cập nhật sẽ đếm các từ được thêm vào kể từ lần dịch cuối cùng của nó, không phải là 0, trên Bảng điều khiển dịch thuật, trong ước tính chi phí và trong email gửi cho người quản lý.
• Các khả năng của người dịch vẫn nhất quán: việc thiết lập các cặp ngôn ngữ sẽ cập nhật các cặp đã lưu, việc xóa một người dịch sẽ giải phóng các công việc chưa hoàn thành của họ và các quản trị viên mới có thể dịch.
• Khi Trình biên tập dịch thuật nâng cao từ chối một Người quản lý dịch thuật mới, màn hình sẽ hiển thị lý do.
• Việc chọn một Người quản lý dịch thuật hoặc người dịch không còn bị hết thời gian trên các trang web có nhiều người dùng, trong Cài đặt và trong trình hướng dẫn thiết lập.
• Bảng người dịch hiển thị một bản tóm tắt bằng văn bản thuần túy cho những người dịch có tất cả các cặp ngôn ngữ và hoạt động khi chỉ có một người dịch.
• Cài đặt thông báo email về công việc mới trên hồ sơ người dùng chỉ xuất hiện và lưu đối với những người dùng là người dịch hoặc người quản lý.
• Nhiệm vụ dịch thuật hiển thị một thông báo có thể bỏ qua kèm theo liên kết để thuê một người dịch có kinh nghiệm để đánh giá các bản dịch.
• Bản tóm tắt dịch thuật và các email báo cáo công việc quá hạn gửi cho người quản lý sẽ bao gồm các chuỗi được gửi từ Bảng điều khiển dịch thuật.
• Báo cáo công việc quá hạn hàng ngày được gửi ngay cả khi không thể tiếp cận dịch vụ dịch thuật.
• Bảng điều khiển dịch thuật liệt kê riêng nội dung bị giữ lại chưa xuất hiện trên trang web, với “Hiển thị chúng”, và dán nhãn nơi các chuỗi được nhìn thấy là “Xuất hiện trên trang web” hoặc “Đã thấy trong trang quản trị”.
• Bảng điều khiển dịch thuật không còn hiển thị hàng “Ánh xạ tới các ngôn ngữ đã biết” gây hiểu lầm, và phân biệt các ngôn ngữ chỉ hỗ trợ dịch thủ công với các ngôn ngữ được xử lý giống như ngôn ngữ mặc định.
• Tìm kiếm Tiêu đề trong Nhiệm vụ dịch thuật và Công việc dịch thuật cũng sẽ tìm thấy các công việc theo tiêu đề đã dịch của chúng.
• Những người dịch đã tắt thông báo công việc mới sẽ không còn nhận được email báo công việc mới, và Gửi để dịch sẽ không còn bị lỗi HTTP 500 vì điều đó trên các máy chủ không thể gửi thư.
• Hộp “đã được dịch” sẽ theo dõi một bản chỉnh sửa được thực hiện trong một tab khác, và cũng được cung cấp cho các bài viết đã được chỉnh sửa.
• Một phân loại được đánh dấu trên Bảng điều khiển dịch thuật không còn được tính là “không hiển thị” trên thanh dưới cùng.
• Tự dịch sẽ cho biết rằng trình biên tập có thể bắt đầu từ một bản dịch máy sử dụng các từ của bạn, và cách để xóa nó.
• Biểu tượng trạng thái sẽ hiển thị “đang đánh giá” trong khi một bản dịch được chỉnh sửa từ trang đánh giá của nó.
• Nhiệm vụ dịch thuật liệt kê các công việc đang được xử lý của riêng bạn trước tiên và danh sách Các trang sẽ đề xuất tiếp tục chúng.
• Tiêu điểm bàn phím vẫn nằm bên trong các hộp thoại của WPML.

Các bản sửa lỗi cho các trình tạo trang

• Các văn bản của trình tạo trang sẽ được lưu khi một bản dịch được phân phối thông qua WP-CLI, thay vì công việc hoàn thành với một bản dịch trống.
• Divi và các trình tạo trang khác: WPML giữ các mẫu “được xây dựng bằng trình tạo trang” của mọi tệp cấu hình, không chỉ tệp cuối cùng.
• WPBakery: bản xem trước trang sẽ hiển thị các thay đổi chưa lưu mới nhất thay vì một bản sửa đổi cũ hơn.
• Divi: các trang được di chuyển từ Divi 4 sang Divi 5 sẽ mở trong Trình biên tập dịch thuật nâng cao với các bản dịch hiện có của chúng.
• Cornerstone: Dịch mọi thứ sẽ dịch các phần đầu trang, chân trang, bố cục và các thành phần.
• Avada: các biểu mẫu được dịch bởi Dịch mọi thứ trên các trang web đã chạy phiên bản WPML cũ hơn.
• Elementor: Dịch mọi thứ sẽ chờ để dịch các template cho đến khi chúng xuất hiện trên trang web và chỉ dịch các thuộc tính tùy chỉnh mà khách truy cập đọc được.
• Các thuộc tính shortcode được khai báo là liên kết trong wpml-config.xml sẽ hiển thị trang đích bằng ngôn ngữ hiện tại.
• Khi một liên kết thay đổi trên một trang của trình tạo trang, các bản dịch của nó sẽ nhận lại liên kết mới, trừ khi người dịch đã thay đổi liên kết đó theo cách thủ công.
• Elementor V4: phương tiện của các thành phần video (video và hình ảnh áp phích của nó) sẽ được dịch.
• WPBakery: một nhận xét của trình soạn thảo khối bên trong một shortcode không còn thêm đánh dấu shortcode thô vào các chuỗi cần dịch.
• Avada: với Dịch phương tiện, một hình ảnh được đặt với một kích thước (ví dụ: “medium”) sẽ hiển thị hình ảnh đã dịch và giữ nguyên kích thước của nó.
• Nội dung shortcode chỉ được tạo bằng các shortcode khác sẽ không còn được đăng ký làm chuỗi cần dịch, trong khi đánh dấu chẳng hạn như một video vẫn đến được công việc dịch thuật.
• Các trang được xây dựng bằng shortcode được khai báo trong một cấu hình XML tùy chỉnh sẽ được dịch các văn bản shortcode của chúng khi công việc dịch thuật hoàn thành.
• Elementor: một mục cấu hình XML tùy chỉnh cho một widget chẳng hạn như vùng chứa sẽ bổ sung vào các cài đặt có sẵn của WPML thay vì thay thế chúng.
• Elementor: liên kết vùng chứa trong trình biên tập dịch thuật sẽ hiển thị tên thành phần của nó.
• Trong Trình biên tập dịch thuật nâng cao, các văn bản hình ảnh của các thành phần WPBakery, Divi, Enfold và Avada sẽ hiển thị đúng hình thu nhỏ.
• WPBakery: các bản dịch sẽ giữ các cài đặt JS và trình soạn thảo tùy chỉnh của trang, và các bản sao sẽ trỏ các nút và liên kết đến các trang đã dịch.
• WPBakery và các trình tạo shortcode khác: các liên kết đến một hàng đã dịch hoặc id thành phần (#id) sẽ tuân theo id đã dịch.
• WPBakery: mọi lưới trên một trang đã dịch, bao gồm lưới masonry và lưới phương tiện, đều sử dụng template lưới đã dịch.
• Trên các trang web sử dụng Divi và WPBakery, việc lưu một trang WPBakery có biểu đồ, thanh tiến trình, nút hoặc bộ sưu tập không còn dừng lại với một lỗi PHP.
• WPBakery và các trình tạo shortcode khác: một trang có nội dung chứa nhận xét của trình soạn thảo khối sẽ được áp dụng bản dịch của nó.
• WPBakery: một bản dịch được phân phối từ Trình biên tập dịch thuật nâng cao sẽ giữ các nút có hành động onclick tùy chỉnh.
• WPBakery: phân trang Post Grid và Media Grid, tải thêm, tải chậm và các bộ lọc sẽ hoạt động trên các trang đã dịch.
• WPBakery: một bản dịch được chỉnh sửa trong trình soạn thảo giao diện người dùng sẽ được giữ lại, không bị ghi đè bởi bản cập nhật tiếp theo từ bản gốc.
• WPBakery: với Dịch phương tiện, các hình nền Design Options của các phần, hàng và cột sẽ hiển thị phiên bản đã dịch của chúng.
• WPBakery: liên kết tùy chỉnh của một Single Image sẽ trỏ đến trang đã dịch, kể cả trên WPBakery 9, và các liên kết thuần túy được lưu bởi các phiên bản WPBakery cũ hơn sẽ vẫn là các liên kết trong bản dịch.
• Elementor: các văn bản của một widget có cài đặt dynamic-content trống sẽ lại đến được công việc dịch thuật.
• Enfold: một bản sao của một trang sẽ liên kết đến các trang bằng ngôn ngữ của chính nó.
• Trình tạo trang: các thuộc tính và id shortcode đã dịch sẽ được áp dụng khi trình tạo viết các khoảng trắng xung quanh “=” (ví dụ: Tatsu Builder).
• Beaver Themer: một bố cục đã dịch sẽ giữ các quy tắc hiển thị đã dịch của nó sau mỗi lần cập nhật bản dịch.
• Beaver Builder: các quy tắc hiển thị chẳng hạn như “post in category” hoặc “post is this page” sẽ sử dụng danh mục hoặc trang đã dịch, do đó các mô-đun không còn biến mất trên các bản dịch.
• Beaver Builder: nền của hàng và cột, hình ảnh callout và parallax, video nền và các mô-đun video sẽ sử dụng phương tiện đã dịch.
• Beaver Builder: nhiều văn bản mô-đun hơn sẽ đến được trình biên tập dịch thuật, chẳng hạn như biểu mẫu đăng ký, bảng giá, post carousel, cửa sổ bật lên, menu và các văn bản hộp.
• Beaver Builder: khách truy cập sẽ thấy một bản dịch được cập nhật trong Dịch chuỗi ngay lập tức, mà không cần xóa bộ nhớ cache theo cách thủ công.
• Beaver Builder: cảnh báo mất các chỉnh sửa cũng sẽ hiển thị khi tắt giao diện người dùng iFrame, và Lưu bản nháp trên một bản dịch sẽ được tính là một bản chỉnh sửa thủ công.
• Beaver Builder: một mô-đun bị xóa và được thêm lại sẽ giữ nguyên bản dịch của nó.
• Beaver Builder: trình biên tập dịch thuật sẽ hiển thị các hình ảnh của các mô-đun photo và callout, và một bản nháp Beaver chưa được xuất bản của một bản dịch sẽ được giữ lại.
• Beaver Builder: “Sao chép nội dung từ bản gốc” hoạt động trên màn hình thêm bản dịch và các liên kết được sao chép sẽ trỏ đến các trang đã dịch.
• Trình tạo trang: một trang được nhân bản sẽ chuyển đổi các liên kết được viết dưới dạng một đường dẫn, giống như /about/, và bản nháp Beaver Builder cũng nhận được các liên kết đã chuyển đổi.
• Elementor: trong các phần đầu trang và chân trang, tên menu, văn bản nút tìm kiếm và các giá trị thuộc tính tùy chỉnh sẽ được dịch.
• Elementor: Loop Grid, các vòng lặp phân loại và widget Bài viết sẽ sử dụng các thuật ngữ, bài viết và các mục vòng lặp đã dịch, và dấu phân cách meta của Bài viết sẽ được dịch.
• Elementor: các cửa sổ bật lên đã dịch sẽ giữ các cài đặt hiển thị của bản gốc, và trình biên tập của một bản dịch sẽ hiển thị cửa sổ bật lên đã dịch.
• Biểu mẫu Elementor Pro: thông báo máy chủ, tên người gửi của email thứ hai, các văn bản Slack và Discord và các giá trị mặc định của trường sẽ được dịch, và reCAPTCHA sẽ hiển thị bằng ngôn ngữ của trang.
• Elementor: widget Template sẽ hiển thị template đã dịch trong trình biên tập của một bản dịch.
• Elementor: các URL video và các trường URL bên trong các mục repeater sẽ được dịch dưới dạng các liên kết, và các điều khiển bị ẩn bởi các cài đặt của widget, chẳng hạn như liên kết video của một trang chiếu hình ảnh Media Carousel, sẽ không còn được gửi để dịch.
• Avada: một bố cục được gán cho một danh mục cũng sẽ áp dụng cho danh mục đã dịch và cho các bài viết và sản phẩm đã dịch của nó.
• Elementor V4: một trang đã dịch sẽ hiển thị các kiểu của thành phần đã dịch, kể cả khi nó được dịch trước thành phần đó hoặc được nhân bản.
• Biểu mẫu Elementor V4: các email được gửi từ một trang đã dịch sẽ liệt kê lại các câu trả lời của khách truy cập, và các email biểu mẫu đã dịch bị hỏng sẽ được sửa chữa sau khi cập nhật.
• Elementor V4: các hình ảnh được cung cấp bằng URL, các ghi đè hình ảnh và video của các thành phần và các liên kết truy vấn vùng chứa sẽ được dịch.
• Divi 5: các mô-đun chỉ hiển thị cho một danh mục hoặc một bài viết cũng sẽ hiển thị trên các bài viết đã dịch.
• Divi 5: một văn bản trộn lẫn các từ với nội dung động sẽ giữ cả các từ và mọi mục động trong bản dịch.
• Divi 5: Visual Builder sẽ hiển thị mô-đun toàn cục đã dịch trên một trang đã dịch.
• Cornerstone: các hình nền và các văn bản thay thế của chúng của các phần, hàng và cột sẽ được dịch, kể cả trong các phần đầu trang, chân trang, bố cục và các bản sao của chúng.
• Cornerstone: một phần đầu trang, chân trang hoặc bố cục không có bản dịch bằng ngôn ngữ hiện tại sẽ hiển thị bản gốc, không phải bản sao của một ngôn ngữ khác.
• Cornerstone: việc lưu bản gốc trong trình tạo sẽ lại cập nhật các bản dịch hoàn chỉnh của nó.
• Cornerstone: các thành phần và các tham số của chúng sẽ đến được bản dịch.
• Cornerstone: mọi văn bản và liên kết của các tiêu đề, lời chứng thực, hình ảnh và bảng đều đến được trình biên tập dịch thuật.
• Cornerstone: các phần đầu trang, chân trang và bố cục sẽ giữ các liên kết của chúng sau khi dịch tự động, các kiểu của chúng sẽ làm mới, bản xem trước sẽ cảnh báo trước khi các chỉnh sửa bị mất, và các công việc sẽ hiển thị hình ảnh.
• Cornerstone: một thay đổi chỉ về kiểu sẽ giữ cho bản dịch hoàn chỉnh.
• SiteOrigin: các bố cục đã dịch sẽ giữ mọi dấu gạch chéo ngược, chẳng hạn như trong các biểu thức chính quy, đường dẫn và mã.
• SiteOrigin: các widget Image và Gallery và các nền của hàng, ô và widget sẽ sử dụng các hình ảnh đã dịch.
• SiteOrigin: một lần lưu trong nền của một bản dịch sẽ được tính là một bản chỉnh sửa thủ công, do đó một bản cập nhật sau đó sẽ cảnh báo trước khi nó ghi đè lên đó.
• SiteOrigin: tab “Clone Page” chỉ liệt kê các trang bằng ngôn ngữ của trang bạn chỉnh sửa, và danh sách widget không còn cung cấp các widget mà WPML đã xóa.
• SiteOrigin: một bản sao sẽ giữ bố cục của nó, có thể được chỉnh sửa trong SiteOrigin, và các liên kết của nó sẽ trỏ đến ngôn ngữ của bản sao đó.
• SiteOrigin: các widget bên trong một widget Layout Builder, và các widget di chuyển, sẽ giữ các văn bản và bản dịch của riêng chúng.
• Cornerstone, Beaver Builder và SiteOrigin: các trang đã dịch sẽ lưu trữ nội dung của chúng bằng ngôn ngữ đã dịch, do đó tính năng tìm kiếm, các đoạn trích, nguồn cấp dữ liệu, REST API và các plugin SEO sẽ đọc được bản dịch.
• Avada: việc chỉnh sửa một trang đã dịch không còn ghi đè lên các thành phần toàn cục của các ngôn ngữ khác.
• Avada: các văn bản dự phòng của dữ liệu động sẽ đến được người dịch.
• Avada: khi tiếng Anh là ngôn ngữ phụ, Global Options tiếng Anh và Dịch chuỗi sẽ luôn đồng bộ.
• Avada: các URL danh mục đầu tư sẽ hoạt động ở mọi ngôn ngữ sau khi các đường dẫn tĩnh được lưu ở bất kỳ ngôn ngữ nào, kể cả khi slug danh mục đầu tư được dịch.
• Avada và các trình tạo shortcode khác: một trang được nhân bản sẽ trỏ nút và các liên kết shortcode khác đến ngôn ngữ của bản sao đó.
• Avada: một trang đã dịch trộn lẫn các khối và một bố cục Avada sẽ giữ bố cục của bản gốc.
• Avada: danh sách Off Canvas sẽ hiển thị cột ngôn ngữ, các kiểu của WPML sẽ tải trên Layout Sections, và các bản xem trước Avada Live của các bản dịch, bao gồm cả Post Cards, sẽ hiển thị nội dung đã dịch.
• Elementor: trình soạn thảo sẽ mở bình thường, không phải trong Chế độ an toàn (Safe Mode), đối với các bài viết có đường dẫn tĩnh bị một plugin chẳng hạn như Premmerce Permalink Manager viết lại.
• Elementor Pro: một hộp đèn (lightbox) được mở từ một hình ảnh hoặc liên kết sẽ hiển thị hình ảnh đã dịch.
• SiteOrigin: các liên kết đến các bài viết trong các widget SiteOrigin Widgets Bundle và các widget bên trong các trường của trình tạo sẽ được dịch.
• Enfold: các thực thể HTML được nhập trong các khối văn bản và mã sẽ giữ nguyên như được nhập trong bản dịch.
• Elementor: các liên kết đến một Elementor Landing Page sẽ trỏ đến trang đích đã dịch.
• Divi 5: một canvas của phần đầu trang hoặc chân trang Theme Builder sẽ hiển thị trên các trang đã dịch, do đó các Tương tác (Interactions) mở nó sẽ hoạt động trở lại.
• Một trang WPBakery cũng sử dụng template giao diện Elementor sẽ gửi nội dung của nó để dịch, không chỉ tiêu đề của nó.
• Divi: với ngôn ngữ hồ sơ được đặt thành “Mặc định trang web”, Visual Builder cũng sẽ mở bằng ngôn ngữ của trang web trên các trang đã dịch.
• Divi 5: việc lưu một bản dịch trong Visual Builder không còn thay đổi, di chuyển hoặc xóa nội dung off-canvas và các cửa sổ bật lên của bản gốc.
• BeTheme: một template phần đầu trang, chân trang hoặc cửa sổ bật lên đã dịch sẽ hiển thị bằng ngôn ngữ của nó ngay khi bản dịch của nó hoàn thành.
• Elementor Pro: một trang nhúng một template bằng shortcode [elementor-template] sẽ tải các kiểu của template đã dịch.
• WoodMart: một bố cục không có bản dịch bằng ngôn ngữ hiện tại sẽ hiển thị bố cục gốc.
• Khối Divi 5: các liên kết, hình nền và id sản phẩm được khai báo cho toàn bộ họ khối sẽ được dịch cùng với các cài đặt riêng của từng khối.
• Elementor: các id bên trong các mục repeater, chẳng hạn như các hình ảnh băng chuyền biểu ngữ WoodMart, sẽ trỏ đến các mục đã dịch.
• Việc lưu một template Elementor trên một trang web có nhiều ngôn ngữ không còn bị hết thời gian chờ: trình soạn thảo nhận được câu trả lời của nó trước khi WPML đăng ký các văn bản và cập nhật các bản dịch.
• Một trang của trình tạo trang được dịch tự động sẽ nhận được các hình ảnh đã dịch của nó, kể cả trên các máy chủ PHP-FPM.
• Divi 5: một canvas cục bộ (nội dung off-canvas hoặc một cửa sổ bật lên thuộc về một trang) sẽ được dịch cùng với trang của nó.
• Divi 5: các canvas của các kho lưu trữ và trang chủ blog sẽ giữ nguyên ngôn ngữ của chúng, và việc lưu trình tạo trên một bản dịch không còn ghi đè lên bản gốc.
• Divi: các template Theme Builder được thêm vào sau một bản dịch sẽ áp dụng ở mọi ngôn ngữ. WPML → Hỗ trợ và WP-CLI sẽ sửa chữa các trang web đã giữ một danh sách cho mỗi ngôn ngữ.
• Divi, WPBakery và Beaver Builder: khách truy cập sẽ thấy các template, bố cục đã xuất bản và các mô-đun đã lưu được dịch.
• Elementor V4: một trang hiển thị một template sẽ tải các kiểu của template đã dịch.
• Elementor và Trình biên tập dịch thuật nâng cao: các văn bản của mục repeater, chẳng hạn như accordion và các tab, sẽ không còn được bọc trong các thẻ đoạn văn bản bổ sung.
• WoodMart: một nhãn bị giới hạn ở các sản phẩm hoặc danh mục sẽ in trên các bản dịch của chúng.

Các bản sửa lỗi cho các khối và trình soạn thảo khối

• Các liên kết bên trong các khối tự đóng lồng nhau sẽ được chuyển đổi sang ngôn ngữ của bản dịch.
• Các liên kết trong một khối được lồng trong một khối khác, chẳng hạn như các menu phụ điều hướng và các vùng chứa GenerateBlocks, sẽ được chuyển đổi sang ngôn ngữ của bản dịch.
• Trên các giao diện khối, một ngôn ngữ không có phiên bản riêng của một template tùy chỉnh hoặc một phần template sẽ sử dụng phiên bản của ngôn ngữ mặc định, sau đó là của bản gốc, trước tệp của giao diện, theo cùng một cách trên trang web và trong các trình soạn thảo.
• Các cài đặt khối chẳng hạn như id, class, màu sắc, tệp hình ảnh và các giá trị CSS (ví dụ: trong các vùng chứa GenerateBlocks) sẽ không còn được gửi để dịch.
• Sẽ có ít các giá trị mặc định của khối kỹ thuật hơn, chẳng hạn như px, % và _self, xuất hiện trong Dịch chuỗi.
• Không có lỗi nghiêm trọng khi BuddyPress Multilingual hoặc một plugin khác dọn dẹp một gói chuỗi không được sử dụng.
• Một YouTube hoặc bản nhúng khác được dịch trong Trình biên tập dịch thuật cổ điển sẽ hiển thị trình phát video, không phải một liên kết thuần túy.
• Bảng Ngôn ngữ của trình soạn thảo khối sẽ hiển thị bằng ngôn ngữ quản trị.
• Các bảng Ngôn ngữ và Điều hướng CMS của trình soạn thảo khối có khoảng cách phù hợp và thông báo nhân bản sẽ đọc như một câu.
• Khối Bộ chuyển đổi ngôn ngữ không còn bị lỗi trong Giao diện → Widget và trong Trình chỉnh sửa trang web trên “Tất cả ngôn ngữ”.
• Các kiểu của WPML không còn thay đổi giao diện của các thành phần của các plugin khác trong trình soạn thảo khối, trình soạn thảo bài viết cổ điển và thanh đánh giá ở giao diện người dùng.
• Trên WordPress 7.2, một shortcode được đặt trong dấu ngoặc kép bên trong một thuộc tính HTML sẽ nằm ngoài trình soạn thảo trực quan.

Các bản sửa lỗi cho bộ chuyển đổi ngôn ngữ

• Các template PHP tùy chỉnh của bộ chuyển đổi ngôn ngữ chỉ được tải từ thư mục template riêng của WPML, giao diện hoặc giao diện con, hoặc các thư mục mà một plugin đăng ký để quét.
• Khối Bộ chuyển đổi ngôn ngữ đánh dấu mỗi tên ngôn ngữ bằng ngôn ngữ của nó và mỗi liên kết bằng hreflang, dành cho trình đọc màn hình và các bước kiểm tra khả năng truy cập.
• Hai bộ chuyển đổi ngôn ngữ trên một trang sẽ được thông báo cho trình đọc màn hình bằng các tên khác nhau.

Các bản sửa lỗi cho các danh mục, thẻ và các phân loại khác

• Khi việc dịch tự động một danh mục hoặc thẻ bị lỗi, công việc sẽ cho biết lý do; một thuật ngữ hiện có bằng ngôn ngữ đích không có liên kết dịch sẽ được sử dụng làm bản dịch.
• Một bản dịch thuật ngữ được phân phối với một mã khu vực, chẳng hạn như en-us cho en, sẽ được áp dụng cho ngôn ngữ của trang web thay vì bị từ chối.
• Một tên thuật ngữ đã dịch dài hơn mức WordPress cho phép sẽ được báo cáo kèm theo lý do của nó, và sẽ không được gửi lại cho đến khi tên thay đổi.
• Một mô tả thuật ngữ được viết bởi công việc dịch thuật của một bài viết sẽ giữ nguyên HTML của nó.
• Công việc dịch thuật của một bài viết sẽ bao gồm các trường thuật ngữ của các danh mục của nó có tên bắt đầu bằng “_”, chẳng hạn như các tiêu đề SEO.
• Một thành phần thuật ngữ không còn phân giải thành một thuật ngữ không liên quan, điều từng tạo ra các liên kết hreflang sai trong sơ đồ trang web của Yoast SEO.

Các bản sửa lỗi cho menu

• Việc lưu một menu không còn xóa tất cả các mục của nó trên các trang web nơi ID thuật ngữ và ID phân loại thuật ngữ khác nhau.
• Người dùng được phép đồng bộ hóa menu có thể mở Bản dịch → Menu, địa chỉ Menu cũ sẽ dẫn đến đó, và Những người quản lý dịch thuật không còn gặp lỗi truy cập khi họ đồng bộ hóa menu.
• Menu điều hướng không còn bị nhân bản trên các trang web sử dụng Redis hoặc một object cache liên tục khác.
• Một menu được nhập bằng trình nhập của WordPress sẽ giữ các mục trang và danh mục của nó.
• Việc đồng bộ hóa menu sẽ giữ cài đặt “Tự động thêm trang cấp cao nhất mới” của mỗi menu.

Các bản sửa lỗi cho các liên kết, URL và các chuyển hướng

• Một điểm cuối WooCommerce hoặc điểm cuối tùy chỉnh đã dịch không còn làm hỏng một điểm cuối dài hơn kết thúc bằng cùng một từ, điều từng tạo ra lỗi 404 bằng ngôn ngữ đó.
• Trên các trang web được cài đặt trong một thư mục con, việc lưu một trang đã dịch (ví dụ: trong Divi) không còn viết lại các liên kết nội bộ thành các địa chỉ ?page_id= bị hỏng.
• Các liên kết đến trang hiện tại có các tham số truy vấn sẽ giữ lại địa chỉ của chúng khi nội dung chưa dịch được hiển thị bằng ngôn ngữ mặc định.
• Một trang gốc chưa được dịch hiển thị bằng ngôn ngữ mặc định không còn chuyển hướng đến một trang có cùng slug nằm sâu hơn trong trang web.
• Với ngôn ngữ là một tham số URL, các liên kết nội bộ trong nội dung đã dịch sẽ giữ lại neo (#anchor) của chúng.
• Với một tệp HTML gốc, các tìm kiếm và các lệnh gọi REST API tại URL gốc sẽ đến được WordPress. Một tệp HTML gốc không thể tải, hoặc một trang gốc chưa được xuất bản, sẽ hoạt động như thể không có trang gốc nào được thiết lập.
• Một liên kết đến một danh mục sản phẩm có cơ sở được dịch theo từng ngôn ngữ sẽ được chuyển đổi trong bản dịch.
• Các liên kết trong các bản dịch hiện có giờ đây sẽ trỏ đến các trang được dịch sau đó, kể cả đối với nội dung được tạo trước khi WPML được cài đặt.
• Các kho lưu trữ danh mục đã dịch, bao gồm cả các danh mục sản phẩm WooCommerce, không còn chuyển hướng đến chính chúng theo một vòng lặp trên các máy chủ giới hạn các truy vấn cơ sở dữ liệu lớn.
• Các liên kết mà WPML cung cấp cho các công cụ khác để mở một bản dịch trong trình soạn thảo WordPress là các địa chỉ đầy đủ, vì vậy chúng không còn dẫn đến trang không tìm thấy.
• Các liên kết trong nội dung đã dịch đến các địa chỉ mà một plugin khác phục vụ, chẳng hạn như các liên kết WP File Download, không còn bị thay thế bởi liên kết của một bài viết không liên quan.
• Việc lưu một bản dịch không còn thay đổi các liên kết đến các trang riêng tư thành các liên kết đến ngôn ngữ gốc.
• Với một trang gốc và một thư mục cho ngôn ngữ mặc định, các địa chỉ nguồn cấp dữ liệu có chuỗi truy vấn, chẳng hạn như /?feed=rss2, sẽ dẫn đến các nguồn cấp dữ liệu của trang web.

Các bản sửa lỗi cho các ngôn ngữ và trình hướng dẫn thiết lập

• Bước Ngôn ngữ của trình hướng dẫn thiết lập sẽ lưu lại trên một trang web đã hoàn thành sử dụng một tên miền khác nhau cho mỗi ngôn ngữ, thay vì yêu cầu một tên miền cho tiếng Anh.
• Bước Ngôn ngữ của trình hướng dẫn thiết lập sẽ đánh dấu một ngôn ngữ tùy chỉnh có mã khu vực, chẳng hạn như zh-tw-x, là “Chỉ dịch thủ công” khi dịch tự động không hỗ trợ nó, giống như bước chi phí thực hiện.
• Một ngôn ngữ mà danh sách có sẵn không còn cung cấp, chẳng hạn như tiếng Amharic, có thể được thêm làm ngôn ngữ tùy chỉnh.
• Khi việc xóa nội dung của một ngôn ngữ bị từ chối vì nó đã trở thành ngôn ngữ mặc định, việc xóa sẽ không còn được đánh dấu là đang chạy.
• Việc cập nhật lên WPML 5.x không còn thay thế một bản địa hóa ngôn ngữ tùy chỉnh, chẳng hạn như tiếng Đức (trang trọng), bằng một bản địa hóa khu vực, do đó Dịch chuỗi vẫn tiếp tục hoạt động cho ngôn ngữ đó.
• Một tab trình hướng dẫn thiết lập bị bỏ ngỏ, hoặc một yêu cầu cài đặt cũ hơn, không còn có thể ghi đè lên một thiết lập đã hoàn thành.
• Việc xóa ngôn ngữ phụ cuối cùng không còn đưa một trang web đã được thiết lập trở lại trình hướng dẫn thiết lập: WPML sẽ mở Cài đặt → Ngôn ngữ, và mục menu Thiết lập chỉ hiển thị cho đến khi quá trình thiết lập hoàn thành.
• Một ngôn ngữ không còn có thể được ánh xạ vào ngôn ngữ mặc định của trang web, điều từng khiến Trình biên tập dịch thuật nâng cao dịch sang ngôn ngữ nguồn; các trang web có ánh xạ như vậy sẽ được sửa chữa khi cập nhật.
• Một ngôn ngữ vẫn có bản địa hóa lỗi thời từ một phiên bản WPML cũ, chẳng hạn như tiếng Catalan hoặc tiếng Urdu, sẽ nhận được bản địa hóa hiện tại một lần; một bản địa hóa do chính bạn chọn sẽ được giữ lại.
• Một cặp ánh xạ bị hoán đổi, chẳng hạn như en thành fr và fr thành en, sẽ bị xóa trong một bước.
• Một lần đọc không thành công các ngôn ngữ đang hoạt động không còn thay thế danh sách đã lưu trữ.
• Một trang web đã được thiết lập không còn mất trạng thái thiết lập của nó, và màn hình Chuỗi sẽ hiển thị thông báo thiết lập.
• Một lần lưu cài đặt không còn thay thế một cài đặt đã lưu trữ mà nó không thể đọc.
• Tiếng Yiddish và tiếng Dari được hiển thị từ phải sang trái.
• Việc xóa một ngôn ngữ mặc định trước đây cùng với các bản dịch của nó không còn xóa nội dung bằng ngôn ngữ mặc định hiện tại.
• Trên các màn hình rộng, các nút Quay lại và Tiếp tục của trình hướng dẫn thiết lập sẽ nằm cạnh biểu mẫu.

Các bản sửa lỗi cho việc đăng ký và cập nhật

• Khóa trang web không còn bị xóa giữa các lần đăng nhập của quản trị viên, do đó thông báo ‘A New Site Key Is Required’ sẽ không xuất hiện lại.
• Multisite: một trang web con có một tên miền khác nhau cho mỗi ngôn ngữ không còn gửi địa chỉ của riêng nó trong các lần kiểm tra khóa trang web, điều từng có thể hủy đăng ký toàn bộ mạng.
• Các trang web có một tên miền khác nhau cho mỗi ngôn ngữ không còn bị mất khóa trang web của chúng khi nó được kiểm tra lại ở chế độ nền.
• Một trang web con được tạo bằng cách nhân bản một trang web khác sẽ trình bày địa chỉ của riêng nó cho dịch vụ dịch thuật.
• Việc cập nhật từ WPML 5.x không còn dừng lại với lỗi “Class not found”.
• Bản nâng cấp Quản lý dịch thuật không còn chạy trên một bản nâng cấp lõi đang được xử lý.
• Một plugin WPML bị bỏ dở do một bản cập nhật bị gián đoạn sẽ hiển thị một thông báo thay vì một lỗi nghiêm trọng trên mỗi yêu cầu.
• Việc cập nhật từ WPML 5.2.0 sẽ hoàn thành trên các trang web có rất nhiều mục Translation Priority, thay vì bị hết bộ nhớ trên mỗi yêu cầu. Lệnh WP-CLI mới wp wpml upgrade remove-translation-priority sẽ chạy quá trình dọn dẹp đó ngay lập tức.
• Một khóa trang web bị từ chối bởi một lần kiểm tra tự động, chẳng hạn như kiểm tra hàng ngày, sẽ được giữ lại và gắn cờ thay vì bị xóa. Làm mới giấy phép trong WPML → Hỗ trợ sẽ xóa nó hoặc khôi phục gói đăng ký.
• Multisite: một trang web con của một mạng không có khóa trang web WPML sẽ giải thích rằng mạng sử dụng một khóa trang web.
• Biểu ngữ “Gia hạn tài khoản của bạn” hiển thị trong 30 ngày sau khi tài khoản WPML của bạn hết hạn có thể được đóng lại, và sẽ vẫn đóng.

Các bản sửa lỗi cho các trang web WooCommerce

• Một trường tùy chỉnh Sao chép được thay đổi thông qua API sản phẩm WooCommerce hoặc WP-CLI sẽ được sao chép sang các bản dịch của sản phẩm.
• Shortcode danh mục sản phẩm sẽ liệt kê các sản phẩm bằng ngôn ngữ mặc định trên các trang đã dịch khi các sản phẩm sử dụng “hiển thị dưới dạng đã dịch”.
• Một template trang Giỏ hàng hoặc Thanh toán được tùy chỉnh cho một ngôn ngữ phụ sẽ được sử dụng trên các trang giỏ hàng và thanh toán của ngôn ngữ đó.

Các bản sửa lỗi cho các trường tùy chỉnh và Advanced Custom Fields

• Một hàng trường tùy chỉnh không có tên không còn ghi các thông báo ngừng sử dụng của PHP trên mỗi lần đồng bộ hóa thuật ngữ và sao chép bài viết.
• Một trường tùy chỉnh đã dịch sẽ giữ các dấu gạch chéo ngược của nó khi bản dịch được lưu.
• Các trường tùy chỉnh chứa id bên trong một danh sách cũng sẽ chuyển đổi mục đầu tiên của danh sách.
• Các trường tùy chỉnh Sao chép có giá trị chỉ trông giống như được tuần tự hóa sẽ không còn bị làm trống hoặc bị cắt ngắn trong các bản dịch.
• Thông báo “các trường tùy chỉnh đã trở nên có thể dịch” sẽ liệt kê mỗi trường một lần và loại bỏ các trường được đặt lại thành Không dịch.
• Một trường tùy chỉnh “Sao chép một lần” bị xóa khỏi một bản dịch sẽ vẫn bị xóa thay vì xuất hiện lại trong lần lưu tiếp theo.

Các bản sửa lỗi cho phương tiện và hình ảnh

• Trong chế độ xem lưới của Thư viện phương tiện, “Xóa vĩnh viễn” trong cửa sổ tệp đính kèm đã hoạt động trở lại.
• “Sử dụng một tệp khác” của Dịch phương tiện và các thay đổi ngôn ngữ của Dịch chuỗi sẽ hoạt động đối với các ngôn ngữ có mã chứa chữ in hoa, chẳng hạn như de-AT.
• Các hình ảnh có địa chỉ được mã hóa phần trăm trong nội dung, chẳng hạn như tên tệp chứa ký tự tiếng Nhật, sẽ được tìm thấy, do đó mỗi bản dịch sẽ sử dụng hình ảnh của ngôn ngữ của nó.

Các bản sửa lỗi cho các bài viết và trang

• Một trang gốc là bản nháp hoặc nằm trong Thùng rác sẽ được liệt kê lại trong Các trang và trong Thùng rác, thông báo về nó sẽ đề xuất khôi phục nó, và một trang gốc chưa được xuất bản không còn làm hỏng các trang chủ và các liên kết.
• “Kết nối với các bản dịch” không còn đánh dấu “Làm cho <language> thành ngôn ngữ gốc cho bài viết này” theo mặc định.
• Bài viết → Tất cả bài viết và trình soạn thảo bài viết không còn hiển thị lỗi nghiêm trọng khi bảng bản dịch của WPML bị mất các khóa; WPML → Hỗ trợ sẽ cung cấp một bản sửa chữa và một thông báo sẽ cho bạn biết về điều đó.
• “Ghi đè bằng nội dung <language>” sẽ yêu cầu xác nhận trong một hộp thoại của WPML thay vì của trình duyệt.
• Trình soạn thảo bài viết luôn hoạt động bằng ngôn ngữ riêng của bài viết, ngay cả khi liên kết của nó gọi tên một ngôn ngữ khác.
• Một trang có bản dịch đầu tiên bị hủy có thể được kết nối lại với một bản dịch hiện có.
• Việc thêm cùng một bản dịch từ hai tab không còn xóa ngôn ngữ của tab đầu tiên; tab thứ hai sẽ xuất hiện trên danh sách đã làm mới kèm theo một cảnh báo.
• Trên một trang web mới, việc xóa một sản phẩm đã dịch, hoặc một bản gốc của một loại khác mà một plugin hoặc giao diện thêm vào, sẽ hỏi phải làm gì với các bản dịch của nó, giống như cách nó làm đối với các bài viết và trang.
• Hộp thoại hỏi xem có xóa các bản dịch không cũng sẽ liên kết đến cài đặt trả lời nó một lần cho tất cả các lần xóa.

Các bản sửa lỗi về khả năng tương thích với các plugin và giao diện khác

• Avada: các tùy chọn giao diện đã hoạt động trở lại với WPML được kích hoạt trên tài khoản Blog, nơi Bảng điều khiển dịch thuật không có sẵn.
• Các giao diện và plugin yêu cầu WPML dịch một danh sách id hoặc một giá trị văn bản của nội dung mà WPML không dịch, chẳng hạn như các nhãn sản phẩm WoodMart, sẽ nhận lại giá trị của chúng không thay đổi.
• Google XML Sitemaps: với ngôn ngữ là một tham số URL, sơ đồ trang web sẽ liệt kê các bài viết và trang đã dịch với các slug đã dịch của chúng.
• BetterDocs: các khối danh mục và “BetterDocs Order” sẽ liệt kê đúng các danh mục và mọi tài liệu đã dịch trên các trang ngôn ngữ phụ.
• WordPress 7.2: không còn các thông báo ngừng sử dụng từ các slug được đánh số hoặc từ Trình biên tập dịch thuật cổ điển.
• Các truy vấn sử dụng suppress_filters, chẳng hạn như các danh sách Content Views, sẽ hiển thị các bài viết của ngôn ngữ hiện tại khi chúng lọc theo một danh mục.
• Các bộ lọc truy vấn theo slug hoặc tên danh mục, chẳng hạn như trường ACF Relationship, sẽ hoạt động bằng các ngôn ngữ phụ khi tắt tùy chọn Điều chỉnh ID.
• Các màn hình quản trị tải các bài viết qua REST API với Tất cả ngôn ngữ được chọn, chẳng hạn như của Avada, sẽ liệt kê các bài viết của mọi ngôn ngữ.

Các bản sửa lỗi cho các màn hình quản trị và cài đặt

• Biểu tượng thanh quản trị WPML sẽ hiển thị một biểu tượng phát màu xanh lá cây trong khi Dịch mọi thứ đang chạy mà không có gì để làm, và một bộ đếm màu đỏ chỉ khi có điều gì đó cần hành động của bạn.
• Các liên kết từ các màn hình của WPML đến wpml.org sẽ mở trang hoặc phần tài liệu mà màn hình đó mô tả.
• Nhiều văn bản quản trị hơn, chẳng hạn như tên kiểu bộ chuyển đổi ngôn ngữ và một số nút cũng như thông báo, sẽ được hiển thị bằng ngôn ngữ quản trị của bạn.
• Cài đặt → Người dịch sẽ hiển thị phiên bản XLIFF đang sử dụng, tín dụng phần chân trang “Multilingual WordPress với WPML” cũ đã bị xóa, và các trang web mới không còn lưu trữ các cài đặt không sử dụng.
• Tùy chọn URL trang trong mục URL và SEO sẽ hiển thị cho mọi ngôn ngữ quản trị.
• Hỗ trợ → Xóa bộ nhớ cache cũng sẽ làm mới danh sách các dịch vụ dịch thuật.
• Xóa bộ nhớ cache trong WPML → Hỗ trợ cũng sẽ xóa các bản dịch tiêu đề và khẩu hiệu của trang web cũng như các bộ nhớ cache của WPML CMS Navigation và ACF Multilingual.
• Thông tin gỡ lỗi của WPML và màn hình Hỗ trợ sẽ hiển thị phiên bản MariaDB thực sự thay vì MySQL 5.5.5.
• Các màn hình quản trị không còn ghi lại cảnh báo “Undefined array key” đối với các yêu cầu không có cookie đăng nhập, chẳng hạn như WP-CLI.

Các bản sửa lỗi cho cơ sở dữ liệu và multisite

• Multisite: một trang web mạng có các bảng của WPML nhưng chưa hoàn thành thiết lập không còn truy vấn bảng ngôn ngữ trên mỗi yêu cầu.
• Multisite: một trang web mạng có các bảng WPML đã biến mất sẽ ngừng truy vấn chúng trên mỗi yêu cầu và thông báo cho các quản trị viên của nó.
• Bản sửa chữa khắc phục sự cố cho các loại thành phần giờ đây sẽ xóa một bản ghi bản dịch cùng với trạng thái và các công việc của nó, không để lại bất kỳ thứ gì bị hỏng.
• Khi cơ sở dữ liệu từ chối một bản cập nhật bảng WPML, WPML sẽ tự sửa trường hợp zero-date phổ biến; nếu không, một thông báo quản trị sẽ hiển thị lỗi và nút Thử lại, thay vì các công việc dịch thuật bị lỗi một cách âm thầm.
• Bảng các công việc không thể giải quyết sẽ được tạo trên các phiên bản MariaDB và MySQL cũ hơn.

Các bản sửa lỗi khác

• Việc đăng ký của trang web với wpml.org sẽ báo cáo chính xác các trang web dịch trong trình soạn thảo WordPress.
• Không còn thông báo PHP “WP_User_Query::query was called incorrectly” khi WPML bật các khả năng của người dịch.
• Không còn cảnh báo PHP “Undefined array key 2” khi một plugin hoặc giao diện kiểm tra một khả năng của bài viết mà không gọi tên một bài viết.
• Với một object cache liên tục, các danh sách nhận xét và đánh giá sẽ hiển thị các nhận xét của ngôn ngữ hiện tại.
• Thông báo về các template Twig tùy chỉnh sẽ liên kết đến phần về các template PHP.

Cần trợ giúp với phiên bản phát hành này?

Đặt câu hỏi hỗ trợ