Skip Menu |

This queue is for tickets about the Moo CPAN distribution.

Report information
The Basics
Id: 123753
Status: resolved
Priority: 0/
Queue: Moo
People
Owner: Nobody in particular
Requestors: 'spro^^*%*^6ut# [...] &$%*c
Cc:
AdminCc:
Bug Information
Severity: Important
Broken in: (no value)
Fixed in: 2.003004

History Show all quoted text
  Sun Nov 26 19:48:00 2017 $_ = 'spro^^*%*^6ut# [...] &$%*c>#!^!#&!pan.org'; y/a-z.@//cd; print - Ticket created
Subject: Moo 2.003003 is too picky about stubs
Version 2.003002 did not care if it was called like this: has 'mason_version' => ( is => 'ro', required => 1, isa => \&a_stub_to_be_defined_later ); But version 2.003003 now chokes on that line, even though the stub will be defined by the time the module containing that line finishes loading. This broke Mason::Tidy, which I have reported here: https://rt.cpan.org/Ticket/Display.html?id=123752 Since I don’t use either module, I will withhold judgement as to which module is at fault.
  Mon Nov 27 04:30:11 2017 haarg [...] haarg.org - Correspondence added
On Sun Nov 26 19:48:00 2017, SPROUT wrote: Show quoted text
> Version 2.003002 did not care if it was called like this: > > has 'mason_version' => ( is => 'ro', required => 1, isa => > \&a_stub_to_be_defined_later ); > > But version 2.003003 now chokes on that line, even though the stub > will be defined by the time the module containing that line finishes > loading. This broke Mason::Tidy, which I have reported here: > https://rt.cpan.org/Ticket/Display.html?id=123752 > > Since I don’t use either module, I will withhold judgement as to which > module is at fault.
This was an unintentional change. I should have a fix out soon.
  Mon Nov 27 04:30:13 2017 The RT System itself - Status changed from 'new' to 'open'
  Fri Dec 01 06:21:00 2017 haarg [...] haarg.org - Correspondence added
Fixed in 2.003004.
  Fri Dec 01 06:21:03 2017 haarg [...] haarg.org - Status changed from 'open' to 'resolved'
  Fri Dec 01 06:21:03 2017 haarg [...] haarg.org - Fixed in 2.003004 added