升级Rails从6.0.4.8到6.1.6.1后^字符串功能失效问题

我正在将项目从Rails 6.0.4.8升级到6.1.6.1，升级后大量RSpec测试失败。其中一类失败表现为：测试期望log.errors.full_messages包含"error message"，但实际返回值为["attribute name ^error message"]。

此前我理解Rails中的^符号会截断错误消息，仅保留符号后的内容，但目前该功能似乎失效，就连基础的包含性检查都无法通过。

环境信息 #

• Ruby版本：ruby 2.7.5p203 (2021-11-24 revision f69aeb8314) [x86_64-linux-musl]
• 系统环境：Alpine Linux v3.15（VERSION_ID=3.15.4）
• RSpec版本：

  RSpec 3.11
    - rspec-core 3.11.0
    - rspec-expectations 3.11.0
    - rspec-mocks 3.11.1
    - rspec-rails 4.1.2
    - rspec-support 3.11.0
  

升级的核心Gem列表 #

-gem 'rails', '6.0.4.8'
+gem 'rails', '6.1.6.1'

-gem 'acts-as-taggable-on', '~> 6.0'
+gem 'acts-as-taggable-on', '~> 7.0'

-  gem 'rspec-rails', '4.0.0.beta3'
+  gem 'rspec-rails', '4.1.2'

...（其余gem升级内容省略）

排查方向 #

• Rails 6.1错误消息逻辑变更：重点检查ActiveModel::Errors中关于^符号的解析逻辑，确认Rails 6.1是否修改了该符号的截断规则，或是否需要额外配置才能启用原行为。
• acts-as-taggable-on 7.0的影响：该Gem升级后可能自定义了错误消息生成逻辑，覆盖了Rails默认处理。查看其错误消息相关代码，确认是否引入了^符号的异常处理。
• RSpec匹配器逻辑变化：rspec-rails从beta版升级到正式版，可能调整了字符串包含匹配的判断逻辑。可直接在测试中打印log.errors.full_messages的实际值，确认是格式问题还是匹配器误判。
• I18n配置兼容性：Rails升级后I18n错误消息插值逻辑可能变化，检查config/locales下的错误消息模板，确认使用^的语法是否兼容6.1版本。

内容的提问来源于stack exchange，提问作者bellert