Rails升级gem后登录表单password字段报html_safe未定义错误

看起来你遇到了升级simple_form和devise后登录表单password字段的头疼问题，我来帮你捋捋可能的原因和解决办法：

首先，这个undefined method 'html_safe' for #<Hash>报错，本质是某个地方把Hash类型的数据当成字符串来处理了，调用了只有字符串才有的html_safe方法。结合你说的只有登录表单出问题、注册表单正常，还有用input_field就好但加wrapper又报错的情况，大概率是升级后simple_form对字段选项的解析逻辑变了，或者和devise的session资源处理有兼容性问题。

下面是几个具体的解决方向，你可以挨个试试：

1. 调整password字段的placeholder选项位置 #

升级后的simple_form可能对直接传入的placeholder: true处理方式变了，建议把它放到input_html哈希里，这是simple_form推荐的传递HTML属性的方式：

修改原来的代码：

<%= f.input :password, placeholder: true %>

改成：

<%= f.input :password, input_html: { placeholder: true } %>

如果需要显示具体的占位文本（比如"Password"），可以直接写：

<%= f.input :password, input_html: { placeholder: "Password" } %>

这个改动应该能解决最常见的参数解析错误，因为原来的写法可能被simple_form误判成非HTML属性的选项，进而在某个环节把Hash传给了需要字符串的方法，触发html_safe报错。

2. 检查自定义的simple_form Wrapper或Input类型 #

如果你之前自定义了simple_form的wrapper（比如在config/initializers/simple_form.rb里或者单独的组件文件），特别是针对password字段的，升级后可能因为wrapper的代码逻辑没跟上simple_form的变化，导致处理选项时出错。

比如，有些自定义wrapper会尝试对选项值调用html_safe，如果某个选项被解析成Hash而不是字符串，就会触发这个错误。你可以暂时注释掉自定义的wrapper配置，用默认的wrapper试试，如果报错消失，就说明是自定义wrapper的问题，需要调整它的选项处理逻辑。

3. 临时修复：用input_field加手动Wrapper保持样式 #

如果上面的方法暂时没效果，你可以用input_field配合手动添加simple_form默认的wrapper结构来保持样式，同时避免报错：

<div class="input string required user_password">
  <%= f.label :password %>
  <%= f.input_field :password, placeholder: true, class: "form-control" %>
</div>

这样既绕开了f.input的wrapper处理逻辑，又能保持原来的样式结构，同时可以继续排查问题根源（比如是否是devise session资源的password字段有特殊处理）。

4. 核对Gem版本兼容性 #

有时候升级gem时，simple_form和devise的新版本之间可能存在兼容性问题。你可以查看simple_form和devise的Release Notes，看看最近的版本有没有关于password字段处理、表单选项解析的breaking changes。比如，simple_form 5.x之后对选项的处理更严格，可能要求HTML属性必须放在input_html里。

如果确认是版本兼容问题，可以暂时回退到之前能正常运行的版本组合，或者根据Release Notes调整代码适配新版本。

总结一下，最快速的解决办法应该是调整placeholder选项的位置，放到input_html里。如果还是不行，再排查自定义wrapper或gem版本的问题。

内容的提问来源于stack exchange，提问作者Abdelkrim Tabet Aoul