ruby-on-rails - rails : unexpected behaviour in Chrome and Firefox when refreshing invalid form page

Question

当用户在提交无效表单后刷新页面时，浏览器应尝试重新提交表单。在 Chrome 和 Firefox(但不是 Safari)中，浏览器改为对创建/更新 url 执行 GET 请求。

编辑

删除 Turbolinks 解决了这个问题 - 所有浏览器在刷新提交的表单页面时正确调用 POST。这不是 first time Chrome 更新破坏了 Turbolinks，有人有解决方法吗？

重现问题的说明

1. 设置一个新的 Rails 应用程序并搭建一个名为 Thing 的测试模型

   # using Ruby 2.3.1 and Rails 5.0.0
   rails new testapp & cd testapp
   rails generate scaffold Thing name:string
   rails db:create db:migrate db:test:prepare
   

2. 使 Thing.name 成为必需的属性

   # app/models/thing.rb
   class Thing < ActiveRecord::Base
     validates :name, presence: true
   end
   

3. 启动服务器并在浏览器中导航到 /things

4. 尝试在不提供名称的情况下创建新事物，Rails 将再次呈现该表单并显示错误名称不能为空。
5. 使用浏览器刷新页面。

预期行为

浏览器应该重新提交表单(通常会询问“你确定吗？”或类似的问题)，并呈现相同的表单错误页面。

查看服务器输出，我们应该看到:

# Navigate to /things 
Started GET "/things"
# Click on "New Thing"
Started GET "/things/new"
# Click on "Create Thing" without filling in "name"
Started POST "/things" # <= attempts to create, fails, renders the form with errors
# Refresh the page
Started POST "/things" # <= POST called, the form is resubmitted

实际行为

在 Chrome 和 Firefox(但不是 Safari)中，在页面刷新时，浏览器向 POST url 发送一个 GET 请求，有效地调用 index.

查看服务器输出，我得到:

# Navigate to /things 
Started GET "/things"
# Click on "New Thing"
Started GET "/things/new"
# Click on "Create Thing" without filling in "name"
Started POST "/things" # <= attempts to create, fails, renders the form with errors
# Refresh the page
Started GET "/things" # <= expected POST

情况变得更糟

edit 和 update 的问题相同。假设我们有一个有效的 Thing 和 id: 1 保存在数据库中，这发生在 Chrome 和 Safari 中:

# Click on "Edit Thing"
Started GET "/things/1/edit"
# Delete the existing "name" and click on "Update Thing"
Started PUT "/things/1" # <= attempts to update, fails, renders the form with errors
# Refresh the page
Started GET "/things/1" # <= expected POST

如果 url 不是 RESTful，或者如果您碰巧没有 index 或 show View ，重新加载会导致应用抛出 “No route " 错误。

帮助

有没有人遇到过这种情况？我在 Rails repo 问题中找不到这方面的任何痕迹，但也许我看错了。

我也尝试使用 Ruby 2.1.2 和 Rails 4.0.4，得到了相同的结果。

Answer 1

我也遇到了同样的问题!终于有人遇到同样的问题了。

我认为这是因为您可能使用 turbolinks 版本 5. 或更高版本。将您的 turbolinks 降级到 5 之前的版本(例如:ver 2.5.3)您应该有预期的行为(浏览器重新提交表单并询问“您确定吗？”或类似内容)。

使用您的“如何复制问题”，我尝试多次切换 turbolink 版本以确保并确认此结果。

目前，如果您不想完全删除 turbolinks，可以使用早期版本。