Inconsistent errors using struct extension

[007lva]

Describe the bug

Inconsistent errors using struct extension with nested arrays and query parameters. No issues with single element arrays.

To Reproduce

class FilterStruct < Dry::Struct
  attribute? :candidate_ids, Types::Array.of(Types::Params::Integer)
end

class FiltersSchema < Dry::Schema::Params
  Dry::Schema.load_extensions(:struct)

  define do
    optional(:filters).hash(FilterStruct)
  end
end

FiltersSchema.new.call(filters: { candidate_ids: ["1"]}).errors.to_h # "1" is valid (single element array)
=> {}
FiltersSchema.new.call(filters: { candidate_ids: ["m", "1"]}).errors.to_h # now "1" is invalid:
=> {:filters=>{:candidate_ids=>{0=>["must be an integer"], 1=>["must be an integer"]}}}

Expected behavior

Using struct extension, I would expect:

FiltersSchema.new.call(filters: { candidate_ids: ["1"]}).errors.to_h # "1" is valid:
=> {}
FiltersSchema.new.call(filters: { candidate_ids: ["m", "1"]}).errors.to_h # "1" is still valid:
=> {:filters=>{:candidate_ids=>{0=>["must be an integer"]}}}

which would be consistent with errors when struct extension is not being used:

class FiltersHashSchema < Dry::Schema::Params
  define do
    optional(:filters).hash do
      optional(:candidate_ids).filled(Types::Array.of(Types::Params::Integer))
    end
  end
end

FiltersHashSchema.new.call(filters: { candidate_ids: ["1"]}).errors.to_h # "1" is valid:
=> {}
FiltersHashSchema.new.call(filters: { candidate_ids: ["m", "1"]}).errors.to_h # "1" is still valid:
=> {:filters=>{:candidate_ids=>{0=>["must be an integer"]}}}

My environment

• Affects my production application: NO
• Ruby 3.1.2p20 (2022-04-12 revision 4491bb740a) [x86_64-linux-musl]

[007lva]

I've just confirmed that still an issue in v1.12.0.

[solnic]

Please check with 1.13.0

[007lva]

I've just confirmed it with 1.13.0 as well.