Bug #131547 for Sub-HandlesVia: Wrong number of parameters; usage: $instance->values()

Thu Jan 23 12:45:59 2020 SREZIC [...] cpan.org - Ticket created

Subject:

Wrong number of parameters; usage: $instance->values()

The test suite fails on some of my smokers: ... Wrong number of parameters; usage: $instance->values() at (eval 160) line 52. # Tests were run but no plan was declared and done_testing() was not seen. # Looks like your test exited with 255 just after 14. t/03moo_mxtt/trait_hash.t .............. Dubious, test returned 255 (wstat 65280, 0xff00) All 14 subtests passed ... Maybe caused by specific versions of undeclared optional dependencies, as there's no usable result by statistical analysis.

Sat Jan 25 14:00:12 2020 SREZIC [...] cpan.org - Broken in 0.006 added

Sun Jan 26 05:05:15 2020 perl [...] toby.ink - Correspondence added

Yeah, I noticed it was happening occasionally which is why I added a file to my test suite to output some version numbers. I suspect it's older versions of Moo and MooX::TypeTiny.

Sun Jan 26 05:05:16 2020 The RT System itself - Status changed from 'new' to 'open'

Sun Jan 26 20:48:06 2020 perl [...] toby.ink - Correspondence added

Found it! It's a bug in Type::Tiny. It calls values() expecting that to resolve to CORE::values() but it's actually resolving to the values() sub defined in Foo2 in the test case.

Mon Jan 27 06:39:47 2020 perl [...] toby.ink - Correspondence added

Dunno if it really counts as a bug in Type::Tiny or MooX::TypeTiny. Either way, I'm now skipping that test case if Type::Tiny doesn't have XS. (Also found a related bug in Mouse which 100% counts as a bug in Mouse as it can be trigger without Type::Tiny or Sub::HandlesVia.)

Mon Jan 27 07:09:34 2020 perl [...] toby.ink - Status changed from 'open' to 'resolved'