Skip Menu |

This queue is for tickets about the DBIx-Class CPAN distribution.

Report information
The Basics
Id: 105648
Status: resolved
Priority: 0/
Queue: DBIx-Class

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

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



Subject: DBIx::Class problem (probably)
Date: Fri, 03 Jul 2015 16:42:00 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
I have written a sotware and I want move this software on a more power machine... but there are some problems and I do not understand if they are related to DBIx::Class. I have created many packeges (as Agent.pm) from the command: Show quoted text
> cd lib ; dbicdump -o debug=1 -o components='[qw(Helper::Row::ToJSON
InflateColumn::Serializer InflateColumn::DateTime Helper::ResultSet::SetOperations)]' MySchema::Master 'dbi:mysql:dbname=mydb' root ; cd .. The documentation created for the package Agent.pm is: Show quoted text
> perldoc Agent
Agent(3) User Contributed Perl Documentation Agent(3) NAME MySchema::Master::Result::Agent COMPONENTS LOADED · DBIx::Class::Helper::Row::ToJSON · DBIx::Class::InflateColumn::Serializer · DBIx::Class::InflateColumn::DateTime · DBIx::Class::Helper::ResultSet::SetOperations TABLE: "agent" ACCESSORS id data_type: 'integer' extra: {unsigned => 1} is_auto_increment: 1 is_nullable: 0 profilo data_type: 'enum' default_value: 'Manutentore' extra: {list => ["Manutentore","Amministrativo","Admin","AdminExt","Superadmin","Ente","AmExt","Ispettore"]} is_nullable: 1 id_appalto data_type: 'integer' extra: {unsigned => 1} is_nullable: 1 user data_type: 'varchar' is_nullable: 1 size: 15 pass data_type: 'varchar' is_nullable: 0 size: 255 disabled data_type: 'tinyint' default_value: 0 is_nullable: 1 note data_type: 'text' is_nullable: 1 creation data_type: 'timestamp' datetime_undef_if_invalid: 1 default_value: '0000-00-00 00:00:00' is_nullable: 0 last_login data_type: 'datetime' datetime_undef_if_invalid: 1 is_nullable: 1 ts data_type: 'timestamp' datetime_undef_if_invalid: 1 default_value: current_timestamp is_nullable: 0 PRIMARY KEY · "id" UNIQUE CONSTRAINTS "idx_user" · "user" RELATIONS controlloes Type: has_many Related object: MySchema::Master::Result::Controllo ispeziones Type: has_many Related object: MySchema::Master::Result::Ispezione perl v5.18.2 2015-05-26 Agent(3) At the begin, in main package, I write the code: ... sub master () { $Master ||= MySchema::Master->connect; return $Master; } ... So, master->resultset('Agent') is the Agent from MySQL table remapped as resultset Agent. I can used the DBIx::Class::ResultSet methods as search_rs, ... without problems. So I can write: my ($hashed_passwd) = 'a_complicated_salted_password'; my $agent = master->resultset('Agent')->search({ user => params->{login}, pass => $hashed_passwd, })->single; if ($agent) { return Dumper($agent); } else { return 'hard error'; } and I see the object $agent. I can also write: if ($agent) { return Dumper($agent->get_columns); } else { return 'hard error'; } (with 's' because I have loaded DBIx::Class::Row) and the output is: $VAR1 = 'pass'; $VAR2 = 'a_complicated_salted_password'; $VAR3 = 'creation'; $VAR4 = '0000-00-00 00:00:00'; $VAR5 = 'note'; $VAR6 = undef; $VAR7 = 'id'; $VAR8 = '28'; $VAR9 = 'id_appalto'; $VAR10 = undef; $VAR11 = 'user'; $VAR12 = 'superadmin'; $VAR13 = 'profilo'; $VAR14 = 'Superadmin'; $VAR15 = 'last_login'; $VAR16 = '2015-06-24 11:31:39'; $VAR17 = 'ts'; $VAR18 = '2015-06-25 18:17:03'; $VAR19 = 'disabled'; $VAR20 = '0'; Good. It look likes there is no problem. But if I write this: if ($agent) { return Dumper($agent->profilo); } else { return 'hard error'; } I get this error: Can't call method "columns" on an undefined value at /usr/local/share/perl/5.18.2/DBIx/Class/ResultSet.pm line 3527, <DATA> line 16. On old machine, this code return the profile 'Superadmin'. I have replicated this software with many perl distributions (perlbrew) perl-5.16.3 perl-5.18.4 perl-5.20.2 perl-5.22.0 and I have always the same error. The software runs correctly on two machines: - Ubuntu 14.04, perl v5.18.2, DBIx-Class from CPAN - Ubuntu 12.04, perl v5.14.2, DBIx-Class-0.08250 (build from source) Have you any idea? Thanks for any tips
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Fri, 03 Jul 2015 19:01:44 +0200
To: bug-DBIx-Class [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 07/03/2015 06:42 PM, Mariano Spadaccini via RT wrote: Show quoted text
> > I have written a sotware and I want move this software on a more power > machine... but there are some problems and I do not understand if they are > related to DBIx::Class.
Most likely the problem is either DBIC itself or a DBIC-ecosystem member. In any case - this is as good place as any to try to figure this out. Show quoted text
> > I have created many packeges (as Agent.pm) from the command: >
>> cd lib ; dbicdump -o debug=1 -o components='[qw(Helper::Row::ToJSON
> InflateColumn::Serializer InflateColumn::DateTime > Helper::ResultSet::SetOperations)]' MySchema::Master > 'dbi:mysql:dbname=mydb' root ; cd ..
Are you running this on *all* machines, or you've created Agent.pm once, and are using it from there on out? What is the version of DBIx::Class::Schema::Loader (separate module) on the machines in question? Show quoted text
> > > if ($agent) { > return Dumper($agent->profilo); > } else { > return 'hard error'; > } > > I get this error: > Can't call method "columns" on an undefined value at > /usr/local/share/perl/5.18.2/DBIx/Class/ResultSet.pm line 3527, <DATA> line > 16.
It is not clear which version of DBIx::Class gave you the above error. Show quoted text
> The software runs correctly on two machines: > - Ubuntu 14.04, perl v5.18.2, DBIx-Class from CPAN > - Ubuntu 12.04, perl v5.14.2, DBIx-Class-0.08250 (build from source) >
It is even more confusing what fails when given the above. Please make sure to list for every works/doesn't work case the following: DBIx::Class version, DBIx::Class::Schema::Loader version and full error (stacktrace) as seen when you set the environment variable DBIC_TRACE=1 Cheers
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 02:53:32 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
Thank you for the tips. Today I have run the software in perlbrew environment with the following distributions: - perl-5.18.4, DBIx::Class v0.082820, DBIx::Class::Schema::Loader v0.07043 - perl-5.20.2, DBIx::Class v0.082820, DBIx::Class::Schema::Loader v0.07043 - perl-5.22.0, DBIx::Class v0.082820, DBIx::Class::Schema::Loader v0.07043 Every time I had an error as reported last time: Can't call method "schema" on an undefined value at /home/cc/perl5/perlbrew/perls/perl-5.18.4/lib/site_perl/5.18.4/DBIx/Class/ResultSet.pm line 1884. (for perl version 5.18.4, same for other versions) Other details (as print variables, dump object) in previous email. I remember you that the software run right in other environments: - perl v5.18.2 - DBIx::Class v0.08250 - DBIx::Class::Schema::Loader v0.07039 - perl v5.18.2 - DBIx::Class v0.082801 - no DBIx::Class::Schema::Loader (put the same .pm created with previous machine) - perl v5.14.2 - DBIx::Class v0.08250 - no DBIx::Class::Schema::Loader (put the same .pm created with previous machine) In attachment, dbitrace with perl-5.18.4. It looks like there is not an error... but there is ("Can't call method "schema" on an undefined value..."). Hope I have reported enough elements.

Message body is not shown because sender requested not to inline it.

Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 07:48:22 +0200
To: bug-DBIx-Class [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 07/06/2015 04:54 AM, Mariano Spadaccini via RT wrote: Show quoted text
> Other details (as print variables, dump object) in previous email. > > I remember you that the software run right in other environments: > - perl v5.18.2 - DBIx::Class v0.08250 - DBIx::Class::Schema::Loader v0.07039 > - perl v5.18.2 - DBIx::Class v0.082801 - no DBIx::Class::Schema::Loader > (put the same .pm created with previous machine) > - perl v5.14.2 - DBIx::Class v0.08250 - no DBIx::Class::Schema::Loader > (put the same .pm created with previous machine)
Aha, this is why I got confused. In the beginning you said: Show quoted text
> The software runs correctly on two machines: > - Ubuntu 14.04, perl v5.18.2, DBIx-Class from CPAN
Which implied 0.082820 worked (this is what's been on CPAN since March). Show quoted text
> > In attachment, dbitrace with perl-5.18.4. It looks like there is not an > error... but there is ("Can't call method "schema" on an undefined > value...").
I asked for DBIC_TRACE=1, not DBI_TRACE=1 (note the C). In any case this would not have worked either. Instead please install Devel::Confess, and load it *before* anything else, and get me the resulting stacktrace. Like so" Show quoted text
> perl -MDevel::Confess -MDBIx::Class::Schema -e > 'DBIx::Class::Schema->connect->storage->ensure_connected'
Please only test with one perl version - it has nothing to do with that, it's strictly a DBIC-internals problem, I jut can't figure out how you triggered the failure condition. Show quoted text
> Hope I have reported enough elements. >
Need a bit more ;)
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 10:09:16 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
Show quoted text
> > > I asked for DBIC_TRACE=1, not DBI_TRACE=1 (note the C).
ok... however I see only SQL in both cases... nothing to report Show quoted text
> In any case this > would not have worked either. Instead please install Devel::Confess, > and load it *before* anything else, and get me the resulting stacktrace. >
ok, In attach the runtime error stacktrace. Show quoted text
> Need a bit more ;) > >
Probably now are enough :-) Thank you

Message body is not shown because sender requested not to inline it.

Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 12:31:22 +0200
To: bug-DBIx-Class [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 07/06/2015 12:09 PM, Mariano Spadaccini via RT wrote: Show quoted text
> Queue: DBIx-Class > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > >
>> >> I asked for DBIC_TRACE=1, not DBI_TRACE=1 (note the C).
> > ok... however I see only SQL in both cases... nothing to report
Hence why I said "... In any case this would not have worked either..." Show quoted text
> Probably now are enough :-)
There is nothing between DBIC 0.082801 and 0.082820 that would explain your ReultSource instance getting lost (or perhaps never set) within the ResultSet instance. Can you please show "lib/ChumConsulting/Web.pm"? Ideally seeing the whole file would be best, but at least the code flow around line 142...
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 11:04:58 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
-- before 130 -- if (params->{login}) { my ($hashed_passwd) = master->storage->dbh->selectrow_array("SELECT PASSWORD(?)", {}, params->{passwd}.salt()); my $agent = master->resultset('Agent')->search({ user => params->{login}, pass => $hashed_passwd, })->single; if (!$agent) { ChumConsulting::Common::logger->info('agent %s failed to login from %s', params->{login}, request->env->{'HTTP_X_REAL_IP'} || request->address); flash error => 'Access denied: bad username or password.'; -- 139.5 -- } else { session 'agent' => $agent; $agent->update({ last_login => \ " NOW()" }); ChumConsulting::Web::chumconsulting_log('info' => 'agent %s logged in from %s', $agent->user, request->env->{'HTTP_X_REAL_IP'} || request->address); flash success => sprintf 'Ciao <strong>%s</strong>.', $agent->user; ... If I put # at line 142 and re-run the software, I have the stacktrace in attachment.

Message body is not shown because sender requested not to inline it.

Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 13:21:29 +0200
To: bug-DBIx-Class [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 07/06/2015 01:05 PM, Mariano Spadaccini via RT wrote: Show quoted text
> Queue: DBIx-Class > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > > > -- before 130 -- > if (params->{login}) { > my ($hashed_passwd) = master->storage->dbh->selectrow_array("SELECT > PASSWORD(?)", {}, params->{passwd}.salt()); > my $agent = master->resultset('Agent')->search({ > user => params->{login}, > pass => $hashed_passwd, > })->single; > > if (!$agent) { > ChumConsulting::Common::logger->info('agent %s failed to login > from %s', params->{login}, request->env->{'HTTP_X_REAL_IP'} || > request->address); > flash error => 'Access denied: bad username or password.'; > -- 139.5 -- > } else { > session 'agent' => $agent; > $agent->update({ last_login => \ " NOW()" }); > ChumConsulting::Web::chumconsulting_log('info' => 'agent %s > logged in from %s', $agent->user, request->env->{'HTTP_X_REAL_IP'} || > request->address); > flash success => sprintf 'Ciao <strong>%s</strong>.', > $agent->user; > ... > > If I put # at line 142 and re-run the software, I have the stacktrace in > attachment. >
It is rather difficult to debug things this way. For example given the above it is near-impossible to tell what is "line 142". The only thing I can deduce from all the information you've given me so far, is that you are somehow freezing/thawing the ResultSet object losing its ResultSource. There were no changes in DBIC regarding this behavior for ~3 years, so you need to look at the rest of your stack. In particular see which versions of the Dancer session plugins you have and try to figure out what exactly is causing your problem. A decent module to help with that is https://metacpan.org/pod/Module::Versions::Report#SYNOPSIS You need to arrive at a definitive "When I change this module to this version, while *everything else stays the same* - things break", whereas now you are at "if I use DBIx::Class 0.082801 and a hundred modules, things behave differently to when I use DBIx::Class 0.082820 and an unknown set of the other hundred modules". Cheers!
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Mon, 06 Jul 2015 14:17:50 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
Show quoted text
> > > It is rather difficult to debug things this way [..] >
Yes, I understand Show quoted text
> > The only thing I can deduce from all the information you've given me so > far, is that you are somehow freezing/thawing the ResultSet object > losing its ResultSource.
I can not show the code due company policy. But, if you want, I can allow you ssh access to machine in controlled environment. Show quoted text
> There were no changes in DBIC regarding this > behavior for ~3 years, so you need to look at the rest of your stack. In > particular see which versions of the Dancer session plugins you have and > try to figure out what exactly is causing your problem. >
ok Show quoted text
> > A decent module to help with that is > https://metacpan.org/pod/Module::Versions::Report#SYNOPSIS > >
Perfect, very important module. Show quoted text
> You need to arrive at a definitive "When I change this module to this > version, while *everything else stays the same* - things break", whereas > now you are at "if I use DBIx::Class 0.082801 and a hundred modules, > things behave differently to when I use DBIx::Class 0.082820 and an > unknown set of the other hundred modules". >
Yes... very clear. Thank you for you tips I will add news as soon as possible
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Tue, 14 Jul 2015 07:47:41 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
I resolved the problem through this steps: - into cpan set 'o conf urllist' with 'http://backpan.perl.org/' - 'cpanm -f Storable@2.39' So, the downgrade of Storable.pm module fix the problem. Thank you. Il giorno lun 6 lug 2015 alle ore 16:17 Mariano Spadaccini < spadacciniweb@gmail.com> ha scritto: Show quoted text
>
>> It is rather difficult to debug things this way [..] >>
> > Yes, I understand > >
>> >> The only thing I can deduce from all the information you've given me so >> far, is that you are somehow freezing/thawing the ResultSet object >> losing its ResultSource.
> > > I can not show the code due company policy. But, if you want, I can allow > you ssh access to machine in controlled environment. > >
>> There were no changes in DBIC regarding this >> behavior for ~3 years, so you need to look at the rest of your stack. In >> particular see which versions of the Dancer session plugins you have and >> try to figure out what exactly is causing your problem. >>
> > ok > >
>> >> A decent module to help with that is >> https://metacpan.org/pod/Module::Versions::Report#SYNOPSIS >> >>
> Perfect, very important module. > >
>> You need to arrive at a definitive "When I change this module to this >> version, while *everything else stays the same* - things break", whereas >> now you are at "if I use DBIx::Class 0.082801 and a hundred modules, >> things behave differently to when I use DBIx::Class 0.082820 and an >> unknown set of the other hundred modules". >>
> > Yes... very clear. > > Thank you for you tips > I will add news as soon as possible >
On Tue Jul 14 09:48:03 2015, spadacciniweb@gmail.com wrote: Show quoted text
> I resolved the problem through this steps: > - into cpan set 'o conf urllist' with 'http://backpan.perl.org/' > - 'cpanm -f Storable@2.39' > > So, the downgrade of Storable.pm module fix the problem. >
So one reason for this would be that Storable *by design* will not read serializations created by a more recent version of Storable (the reverse is not true - the newest Storable is supposed to be able to read any binary image produced by any version of Storable). So if you were using two installs, one with newer storable, one with older, and they were *sharing* a database of serialization binaries - this would be the explanation for your problem. The only thing I need to fix is make the exception clearer. However if this is *not* the case: could you determine which version of Storable works and which doesn't? Preferably bisecting to "it starts breaking from this version onward" ? The reason I am asking you to do this, is that we may be looking at a much deeper perl-level bug, which would be great to address. Thanks in advance!
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Tue, 04 Aug 2015 16:45:48 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
Sorry for the delay. The first is not my case. Tomorrow I will try. Il giorno mar 28 lug 2015 alle ore 03:01 Peter Rabbitson via RT < bug-DBIx-Class@rt.cpan.org> ha scritto: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > > > On Tue Jul 14 09:48:03 2015, spadacciniweb@gmail.com wrote:
> > I resolved the problem through this steps: > > - into cpan set 'o conf urllist' with 'http://backpan.perl.org/' > > - 'cpanm -f Storable@2.39' > > > > So, the downgrade of Storable.pm module fix the problem. > >
> > So one reason for this would be that Storable *by design* will not read > serializations created by a more recent version of Storable (the reverse is > not true - the newest Storable is supposed to be able to read any binary > image produced by any version of Storable). > > So if you were using two installs, one with newer storable, one with > older, and they were *sharing* a database of serialization binaries - this > would be the explanation for your problem. The only thing I need to fix is > make the exception clearer. > > However if this is *not* the case: could you determine which version of > Storable works and which doesn't? Preferably bisecting to "it starts > breaking from this version onward" ? The reason I am asking you to do this, > is that we may be looking at a much deeper perl-level bug, which would be > great to address. > > Thanks in advance! >
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Wed, 05 Aug 2015 15:56:21 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
Today I replicated the problem with the last version of the modules. The problem is still present ("Can't call method "columns" on an undefined value at ..."). After many tests, the problem seems about DBIx::Class (v0.082820) ecosystem. If I downgrade DBIx::Class::Helpers through the command Show quoted text
> cpanm -f DBIx::Class::Helpers@2.023007
the software works right. If I try the command Show quoted text
> cpanm -f DBIx::Class::Helpers@2.023008
! Finding DBIx::Class::Helpers (== 2.023008) on cpanmetadb failed. Found DBIx::Class::Helpers 2.031000 which doesn't satisfy == 2.023008. So, Show quoted text
> cpanm -f DBIx::Class::Helpers@2.031000
and the software is broken again. PS: This is the list of repositories. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cpan[3]> o conf urllist urllist 0 [http://www.cpan.org/] 1 [http://backpan.perl.org/] ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Il giorno mar 4 ago 2015 alle ore 18:45 Mariano Spadaccini < spadacciniweb@gmail.com> ha scritto: Show quoted text
> Sorry for the delay. > > The first is not my case. > Tomorrow I will try. > > Il giorno mar 28 lug 2015 alle ore 03:01 Peter Rabbitson via RT < > bug-DBIx-Class@rt.cpan.org> ha scritto: >
>> <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > >> >> On Tue Jul 14 09:48:03 2015, spadacciniweb@gmail.com wrote:
>> > I resolved the problem through this steps: >> > - into cpan set 'o conf urllist' with 'http://backpan.perl.org/' >> > - 'cpanm -f Storable@2.39' >> > >> > So, the downgrade of Storable.pm module fix the problem. >> >
>> >> So one reason for this would be that Storable *by design* will not read >> serializations created by a more recent version of Storable (the reverse is >> not true - the newest Storable is supposed to be able to read any binary >> image produced by any version of Storable). >> >> So if you were using two installs, one with newer storable, one with >> older, and they were *sharing* a database of serialization binaries - this >> would be the explanation for your problem. The only thing I need to fix is >> make the exception clearer. >> >> However if this is *not* the case: could you determine which version of >> Storable works and which doesn't? Preferably bisecting to "it starts >> breaking from this version onward" ? The reason I am asking you to do this, >> is that we may be looking at a much deeper perl-level bug, which would be >> great to address. >> >> Thanks in advance! >>
>
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Wed, 05 Aug 2015 18:07:01 +0200
To: bug-DBIx-Class [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 08/05/2015 05:56 PM, Mariano Spadaccini via RT wrote: Show quoted text
> Queue: DBIx-Class > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > > > Today I replicated the problem with the last version of the modules. > > The problem is still present ("Can't call method "columns" on an undefined > value at ..."). > After many tests, the problem seems about DBIx::Class (v0.082820) ecosystem. > > If I downgrade DBIx::Class::Helpers through the command
>> cpanm -f DBIx::Class::Helpers@2.023007
> the software works right. > > If I try the command
>> cpanm -f DBIx::Class::Helpers@2.023008
> ! Finding DBIx::Class::Helpers (== 2.023008) on cpanmetadb failed. > Found DBIx::Class::Helpers 2.031000 which doesn't satisfy == 2.023008.
This is happening because the author never released a 2.023008. The version after 2.023007 is 2.024000. You can obtain the complete list of versions by clicking the dropdown on metacpan: https://metacpan.org/pod/DBIx::Class::Helpers (the little down-pointing triangle left of the dist name by the orange "like" count). Please try to narrow down the problematic version further before we proceed. Thank you!
Subject: Re: [rt.cpan.org #105648] DBIx::Class problem (probably)
Date: Wed, 05 Aug 2015 16:42:07 +0000
To: bug-DBIx-Class [...] rt.cpan.org
From: Mariano Spadaccini <spadacciniweb [...] gmail.com>
I apologize... I would have known. I have not problems with DBIx::Class::Helpers up to v2.025001. From 2.025002 I got the follow problem: Show quoted text
> Can't call method "schema" on an undefined value at
/home/dev/perl5/perlbrew/perls/perl-5.22.0/lib/site_perl/5.22.0/DBIx/Class/ResultSet.pm line 1884. Thank you Il giorno mer 5 ago 2015 alle ore 18:07 Peter Rabbitson via RT < bug-DBIx-Class@rt.cpan.org> ha scritto: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > > > On 08/05/2015 05:56 PM, Mariano Spadaccini via RT wrote:
> > Queue: DBIx-Class > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=105648 > > > > > Today I replicated the problem with the last version of the modules. > > > > The problem is still present ("Can't call method "columns" on an
> undefined
> > value at ..."). > > After many tests, the problem seems about DBIx::Class (v0.082820)
> ecosystem.
> > > > If I downgrade DBIx::Class::Helpers through the command
> >> cpanm -f DBIx::Class::Helpers@2.023007
> > the software works right. > > > > If I try the command
> >> cpanm -f DBIx::Class::Helpers@2.023008
> > ! Finding DBIx::Class::Helpers (== 2.023008) on cpanmetadb failed. > > Found DBIx::Class::Helpers 2.031000 which doesn't satisfy == 2.023008.
> > This is happening because the author never released a 2.023008. The > version after 2.023007 is 2.024000. You can obtain the complete list of > versions by clicking the dropdown on metacpan: > https://metacpan.org/pod/DBIx::Class::Helpers (the little down-pointing > triangle left of the dist name by the orange "like" count). > > Please try to narrow down the problematic version further before we > proceed. > > Thank you! > > >
On Wed Aug 05 18:42:29 2015, spadacciniweb@gmail.com wrote: Show quoted text
> > I have not problems with DBIx::Class::Helpers up to v2.025001. > > From 2.025002 I got the follow problem:
> > Can't call method "schema" on an undefined value at
> /home/dev/perl5/perlbrew/perls/perl- > 5.22.0/lib/site_perl/5.22.0/DBIx/Class/ResultSet.pm > line 1884.
Hi! This issue got dropped on the floor somehow it seems. Is this still a problem? Or did a more recent DBIx::Class::Helpers fix everything?
No response - closing. You are very much encouraged to reopen this if the problem is not fully resolved. Cheers!