Webform không gửi, thay vào đó chuyển hướng đến tự

Các mẫu Web của Drupal sắp được sản xuất của tôi đã ngừng lưu các bài nộp; thay vào đó, nó trở lại cùng một trang, hoàn thành với các giá trị được nhập. Tôi không có dòng thời gian khi nó ngừng hoạt động. Trong môi trường hộp cát, Webform 7.x-3.17 hoạt động tốt.

Tôi đang tìm kiếm một số gợi ý để gỡ lỗi thêm.

Tôi đã thử những cách sau, nhưng không thành công:

• Vô hiệu hóa bất kỳ mô-đun nào đề cập đến Biểu mẫu web (đáng chú ý là Mẫu Webform và Xác thực biểu mẫu web và mô-đun tùy chỉnh của riêng tôi đã sử dụng hook_form_alter).
• Nâng cấp lên Webform mới nhất (vâng tôi nhớ sử dụng update.php).
• Dựa trên tài liệu , kết hợp hook_form_alter($form, &$form_state)với array_unshift($form['#submit'],'my_custom_submit')để chèn một cuộc gọi lại tùy chỉnh, nơi tôi đã gọi drupal_build_form($form['form_id']['#value'],$form_state)để mô phỏng một bài nộp.
• Rõ ràng là bộ nhớ đệm liên tục.
• Đảm bảo rằng Webform được xuất bản.
• Viết một mô-đun xương trần để đơn giản theo dõi $form_state['executed'](nó luôn trả về sai).
• Kiểm tra cả máy chủ của tôi error_logtrên SSH và FTP.
• Kiểm tra báo cáo> Thông điệp tường trình gần đây.
• Mới: Đã thử vô hiệu hóa và gỡ cài đặt Webform, xóa các tệp Webform cũ và cài đặt một phiên bản Webform mới; không tốt.

Tôi khá chắc chắn rằng vấn đề không bị cô lập đối với Webform, vì vậy sẽ không có ý nghĩa gì khi đăng lên hàng đợi vấn đề của họ.

Những phương pháp sửa lỗi nào khác tôi có thể rút ra để giúp khắc phục lỗi này? Nếu tôi vô hiệu hóa mọi mô-đun mà không cần gỡ cài đặt, toàn bộ bản sao lưu FTP có cần thiết hay chỉ là SQL?

EDIT: Một số điều nữa tôi đã thử theo đề xuất (không thành công)

• Xác định rõ ràng $ cookie_domain và $ base_url trong settings.php
• Nhìn qua các mô-đun Kích hoạt và Hành động cho bất kỳ chuyển hướng sai lệch tiềm năng nào

Tôi chưa bao giờ có bất kỳ vấn đề nào với mô-đun Webform, nhưng nếu nó xảy ra với tôi, tôi sẽ kiểm tra lại các trang web / default / settings.php để xem liệu có bất kỳ cài đặt nào cho rõ ràng $base_urlhay không $cookie_domain. Điều thứ hai là không thể, vì bạn có thể có vấn đề với việc đăng nhập.

Tôi gặp vấn đề tương tự. Giống như Dennis, vấn đề xảy ra là do đặt bí danh URL trên nút biểu mẫu web. Khi tôi xóa bí danh và thực hiện một URL đầy đủ thì nó hoạt động tốt. Trong trường hợp của tôi, đã có xung đột vì bí danh URL đã chọn của tôi bằng với tên thư mục trên trang web của tôi. Vì vậy, tôi có thể sử dụng một bí danh khác và nó hoạt động tốt. Tôi chỉ không thể sử dụng bí danh tôi muốn, trừ khi tôi đổi tên thư mục xung đột trên trang web của mình.

Tôi chỉ nhận được chính xác vấn đề này. Tôi thấy rằng vấn đề là hình thức đã bị thay đổi theo cách ngăn các biểu mẫu web hiểu nó. Theo như tôi có thể nói, $ form_state không bị ảnh hưởng bởi các thay đổi, nhưng việc thay đổi biểu mẫu $ vẫn đủ để phá vỡ toàn bộ.

Tôi chưa tìm thấy cách giải quyết. Tôi sẽ cập nhật câu trả lời của tôi nếu tôi làm.

Cập nhật: Đối với cách giải quyết của tôi, tôi đã sử dụng #prefix và #suffix để thêm đánh dấu vào các phần tử thay vì đặt chúng vào các thùng chứa biểu mẫu. Điều này đã khắc phục vấn đề.

Tôi muốn thêm hai xu giá trị của tôi ở đây. Tôi đã có cùng một vấn đề trên một trang web dev. Trang web sẽ sớm ra mắt, nhưng tôi đã kiểm tra chức năng và gặp vấn đề rất giống như vậy.

Vấn đề xảy ra là do đặt bí danh URL trên nút webform. Khi tôi xóa bí danh và thực hiện một URL đầy đủ (mysite.com/?q=node/8) thì nó hoạt động tốt.

Ngoài ra, tôi không bật URL sạch để có thể khắc phục sự cố với bí danh URL.

Nhưng tôi muốn ném nó ra cho bất cứ ai khác có vấn đề. . .

Chỉ trong trường hợp bạn đang sử dụng mô-đun Boost, điều đó đã xảy ra với tôi và vấn đề nằm ở tệp .htaccess, hãy kiểm tra giải pháp của tôi tại đây: https://drupal.stackexchange.com/a/207102/11424