Rails 7＆＃x2B; Turbo：收到422个无法取得的实体时，Turbo会导航

Question

根据各种消息来源，在Rails 7中未能表单验证的方法是响应状态422无法处理的实体。但是，就我而言，这会导致Turbo发出另一个获取请求，这不太可能是预期的结果。

日志看起来如下：

Started POST "/users/new" for 127.0.0.1 at 2022-06-16 17:27:48 +0200
...
TRANSACTION (0.3ms)  ROLLBACK
...
Rendered html template (Duration: 0.0ms | Allocations: 4)
Completed 422 Unprocessable Entity in 133ms (Views: 1.2ms | ActiveRecord: 10.9ms | Allocations: 54437)

Started GET "/users/new" for 127.0.0.1 at 2022-06-16 17:27:48 +0200
...

因此，从铁路的角度来看，一切似乎正常，因为服务器以所需的422状态代码做出响应。在检查浏览器中的响应时，我会看到带有错误消息的表单。但是，由于某种原因，Turbo然后将重定向到/users/new ，而不是让浏览器显示包含错误的表单。

更新：该表格是使用 simple_form_for 生成的。

我如何找出为什么涡轮增压到页面？

最好的， 卡尔森

Answer 1

当服务器对表单帖子的部分响应时，就会发生这种情况。返回一个完整的站点，包括＆lt; html＆gt; 等。解决了问题。

Answer 2

在这里远非铁路专家，但我已经看到涡轮增压表提交了422：Unprocessable_entity的回复，然后立即获得响应200的起始URL。它是令人难以置信的无证Afaik。我在这里要求提供官方文档帮助：

https://discuss.rubyonrails.org/t/do-we-we-need-need-rails-rails-7-7-7-guides-for-for--------------7-guides-for-intergrating-with-turbo--turbo--turbo--turbo--turbo--turbo--turbo----------- to-Counter-stackoverflow-cruft/83635

当涡轮在响应中找不到完整的DOM时，就会发生 它发生。它无法比较您所拥有的东西，因此只会踩踏422并获得。我已经看到这种情况在两种情况下发生：呈现部分而不是呈现完整的响应，或者从没有布局的控制器呈现。

原因1：渲染部分而不是完全渲染

以下内容会导致惊喜获得200，使您的422 Unrprocessable_entity踩踏：

# with app/views/_book.html.haml
render partial: 'book'
return

render partial: 'book', status: :unprocessable_entity
return

惊喜！您可能会认为涡轮的魔力将能够整齐地识别您的部分替代品，但不能。您可能会认为这会引起例外，但事实并非如此。

另一方面，这将起作用：

# app/views/book.html.haml
render 'book', status: :unprocessable_entity

现在，您正在呼吁进行完整的响应和422杆。

文档描述渲染是一个完整的响应：

原因2：使用没有布局的控制器

，有一种选择布局的方法，而轨道显然可以选择没有布局或错误的布局。

如果您没有“ more_different_book”布局：

# controllers/more_different_book_controller.rb
# no layout called for
def do_stuff
  ...
  return render 'book', status: :unprocessable_entity
end

获得200！

但是，添加明确的（现有）布局可以神奇地修复它：

# controllers/more_different_book_controller.rb
layout 'book'
def do_stuff
  ...
  return render 'book', status: :unprocessable_entity
end

我可能会误解原因，但这是我观察到的以及如何超越它。