Skip Menu |

This queue is for tickets about the MIME-Types CPAN distribution.

Report information
The Basics
Id: 87578
Status: resolved
Priority: 0/
Queue: MIME-Types

People
Owner: Nobody in particular
Requestors: emazep [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 2.00
Fixed in: (no value)



Subject: MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple
MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple : Can't locate object method "create_type_index" via package "MIME::Types" at ~/perl5/lib/perl5/Catalyst/Plugin/Static/Simple.pm line 117. If the above mentioned method was intended to be private, it should have been prefixed with an "_" (underscore). So it shouldn't be removed so abruptly, I suppose... Thanks -Emanuele
Subject: Re: [rt.cpan.org #87578] MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple
Date: Sun, 4 Aug 2013 00:39:52 +0200
To: Emanuele Zeppieri via RT <bug-MIME-Types [...] rt.cpan.org>
From: Mark Overmeer <mark [...] overmeer.net>
* Emanuele Zeppieri via RT (bug-MIME-Types@rt.cpan.org) [130803 22:09]: Show quoted text
> Sat Aug 03 18:09:30 2013: Request 87578 was acted upon. > Transaction: Ticket created by emazep > Queue: MIME-Types > Subject: MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple > Broken in: 2.00 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=87578 > > > > MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple : > > Can't locate object method "create_type_index" via package "MIME::Types" at ~/perl5/lib/perl5/Catalyst/Plugin/Static/Simple.pm line 117.
Yesterday I made release 2.01 which contains a dummy create_type_index(), but forgot to upload it (for unknown reason) Repared that now. Show quoted text
> If the above mentioned method was intended to be private, it should > have been prefixed with an "_" (underscore). > So it shouldn't be removed so abruptly, I suppose...
In contrary to common believe, there are no official naming conventions. I asked Larry personally for such regulation, but he even does not want to prescribe it for Perl6. At least in 2001, when the helper function was created, the leading underscore for private functions was not common practice. A generic rule is that undocumented functions are not to be used. -- Regards, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net
I'm extremely grateful and highly impressed: this must be the fastest bug fix in the CPAN history! :-) You're right, that method was undocumented so it could be an abuse to rely on it. I'm sorry if my words sounded like a reproach, I really did not intend it, just wanted to suggest to reintroduce that method as the quickest solution. Thanks again! -Emanuele Il Sab 03 Ago 2013 18:40:12, Mark@Overmeer.net ha scritto: Show quoted text
> * Emanuele Zeppieri via RT (bug-MIME-Types@rt.cpan.org) [130803 > 22:09]:
> > Sat Aug 03 18:09:30 2013: Request 87578 was acted upon. > > Transaction: Ticket created by emazep > > Queue: MIME-Types > > Subject: MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple > > Broken in: 2.00 > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=87578 > > > > > > > MIME-Types-2.00 breaks Catalyst::Plugin::Static::Simple : > > > > Can't locate object method "create_type_index" via package > > "MIME::Types" at ~/perl5/lib/perl5/Catalyst/Plugin/Static/Simple.pm > > line 117.
> > Yesterday I made release 2.01 which contains a dummy > create_type_index(), > but forgot to upload it (for unknown reason) Repared that now. >
> > If the above mentioned method was intended to be private, it should > > have been prefixed with an "_" (underscore). > > So it shouldn't be removed so abruptly, I suppose...
> > In contrary to common believe, there are no official naming > conventions. > I asked Larry personally for such regulation, but he even does not > want > to prescribe it for Perl6. At least in 2001, when the helper function > was created, the leading underscore for private functions was not > common > practice. > > A generic rule is that undocumented functions are not to be used.