Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Catalyst: Users

FormFu edit form problem

 

 

Catalyst users RSS feed   Index | Next | Previous | View Threaded


rippls at woodlandschools

May 11, 2009, 2:43 PM

Post #1 of 15 (1882 views)
Permalink
FormFu edit form problem

Hi,

Very new to Catalyst, I think it's great but I'm groping about a bit
here! I started using FromBuilder as per the book, but as everyone
points out the book is dated and FormBuilder doesn't seem to be used
much now, so I'm having a go with FormFu. Following along with the
AdvancedCrud tutorial I have a simple edit action in Staff.pm and
everything works fine. Now, my staff table has a foreign key
relationship to locationid in the Location table (I'll put both models
at the bottom of this), I build a drop box with ids and locations but
when I call $form->model->update($person); (where $person =
$c->model('DB::Staff')->find($id);) I get

|Caught exception in WsdSis::Controller::Staff->edit "The primary key and the foreign key may not be the same column in class WsdSis::Schema::Result::Location at /srv/WsdSis/script/../lib/WsdSis/Controller/Staff.pm line 80"
|

Where line 80 is the call to update. It actually updates the Staff
table correctly, but then throws this before continuing. I'm confused
why it's telling me that the primary and foreign keys are on the same
column when it's primary in one table and foreign in the other. I got
this working with FormBuilder so I'm thinking I can't be too far off base?!!

Many thanks in advanced!

Steve


package WsdSis::Schema::Result::Location;

use strict;
use warnings;

use base 'DBIx::Class';

__PACKAGE__->load_components("InflateColumn::DateTime", "Core");
__PACKAGE__->table("location");
__PACKAGE__->add_columns(
"locationid",
{ data_type => "INT", default_value => undef, is_nullable => 0, size
=> 4 },
"name",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 0,
size => 128,
},
"code",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 1,
size => 32,
},
);
__PACKAGE__->set_primary_key("locationid");
__PACKAGE__->has_many(
"courses",
"WsdSis::Schema::Result::Course",
{ "foreign.locationid" => "self.locationid" },
);
__PACKAGE__->has_many(
"staffs",
"WsdSis::Schema::Result::Staff",
{ "foreign.locationid" => "self.locationid" },
);
__PACKAGE__->has_many(
"students",
"WsdSis::Schema::Result::Student",
{ "foreign.locationid" => "self.locationid" },
);

# Created by DBIx::Class::Schema::Loader v0.04005 @ 2009-05-08 08:53:55
# DO NOT MODIFY THIS OR ANYTHING ABOVE! md5sum:IaDVNVK3kG3NwXKnqV3baA

# You can replace this text with custom content, and it will be
preserved on regeneration
1;

package WsdSis::Schema::Result::Staff;

use strict;
use warnings;

use base 'DBIx::Class';

__PACKAGE__->load_components("InflateColumn::DateTime", "Core");
__PACKAGE__->table("staff");
__PACKAGE__->add_columns(
"staffid",
{ data_type => "INT", default_value => undef, is_nullable => 0, size
=> 11 },
"name_first",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 0,
size => 64,
},
"name_last",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 0,
size => 64,
},
"name_middle",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 1,
size => 64,
},
"username",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 0,
size => 32,
},
"password",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 0,
size => 32,
},
"locationid",
{ data_type => "INT", default_value => undef, is_nullable => 1, size
=> 4 },
"room",
{
data_type => "VARCHAR",
default_value => undef,
is_nullable => 0,
size => 32,
},
"grade",
{ data_type => "VARCHAR", default_value => undef, is_nullable => 1,
size => 2 },
);
__PACKAGE__->set_primary_key("staffid");
__PACKAGE__->add_unique_constraint("username", ["username"]);
__PACKAGE__->has_many(
"sections",
"WsdSis::Schema::Result::Section",
{ "foreign.staffid" => "self.staffid" },
);
__PACKAGE__->belongs_to(
"locationid",
"WsdSis::Schema::Result::Location",
{ locationid => "locationid" },
);
__PACKAGE__->has_many(
"staff_role_staffids",
"WsdSis::Schema::Result::StaffRole",
{ "foreign.staffid" => "self.staffid" },
);
__PACKAGE__->has_many(
"staff_role_staffids",
"WsdSis::Schema::Result::StaffRole",
{ "foreign.staffid" => "self.staffid" },
);

# Created by DBIx::Class::Schema::Loader v0.04005 @ 2009-05-08 08:53:55
# DO NOT MODIFY THIS OR ANYTHING ABOVE! md5sum:nHqMzIfDb+60wdQoinx79Q

# many_to_many():
# args:
# 1) Name of relationship, DBIC will create accessor with this name
# 2) Name of has_many() relationship this many_to_many() is shortcut for
# 3) Name of belongs_to() relationship in model class of has_many()
above
# You must already have the has_many() defined to use a many_to_many().
__PACKAGE__->many_to_many(roles => 'staff_role_staffids', 'roleid');



#
# Helper methods
#
sub name_full {
my ($self) = @_;

return $self->name_last . ', ' . $self->name_first;
}

1;

--
Steve Rippl
Technology Director
Woodland School District
360 225 9451 x326


_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


onken at houseofdesign

May 12, 2009, 10:44 AM

Post #2 of 15 (1797 views)
Permalink
Re: FormFu edit form problem [In reply to]

Am 11.05.2009 um 23:43 schrieb Steve Rippl:

> __PACKAGE__->belongs_to(
> "locationid",
> "WsdSis::Schema::Result::Location",
> { locationid => "locationid" },
> );

should be
__PACKAGE__->belongs_to(
"locationid",
"WsdSis::Schema::Result::Location",
);

or

__PACKAGE__->belongs_to(
"locationid",
"WsdSis::Schema::Result::Location",
{ 'foreign.locationid' => "self.locationid" },
);

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


rippls at woodlandschools

May 13, 2009, 9:57 AM

Post #3 of 15 (1789 views)
Permalink
Re: FormFu edit form problem [In reply to]

Thanks for the pointer. I had defined the foreign key relationships
within MySQL and relied on wsdsis_create.pl model DB DBIC::Schema etc
etc to build the model and define these relations, but it seems that
can't be quite be trusted! Anyway, I'm taking them out of the db and
manually putting them into the respective models and it's working now.

Thanks again!
Steve

Moritz Onken wrote:
>
> Am 11.05.2009 um 23:43 schrieb Steve Rippl:
>
>> __PACKAGE__->belongs_to(
>> "locationid",
>> "WsdSis::Schema::Result::Location",
>> { locationid => "locationid" },
>> );
>
> should be
> __PACKAGE__->belongs_to(
> "locationid",
> "WsdSis::Schema::Result::Location",
> );
>
> or
>
> __PACKAGE__->belongs_to(
> "locationid",
> "WsdSis::Schema::Result::Location",
> { 'foreign.locationid' => "self.locationid" },
> );
>
> _______________________________________________
> List: Catalyst [at] lists
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive:
> http://www.mail-archive.com/catalyst [at] lists/
> Dev site: http://dev.catalyst.perl.org/

--
Steve Rippl
Technology Director
Woodland School District
360 225 9451 x326


_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


onken at houseofdesign

May 13, 2009, 11:28 AM

Post #4 of 15 (1785 views)
Permalink
Re: FormFu edit form problem [In reply to]

Am 13.05.2009 um 18:57 schrieb Steve Rippl:

> Thanks for the pointer. I had defined the foreign key relationships
> within MySQL and relied on wsdsis_create.pl model DB DBIC::Schema
> etc etc to build the model and define these relations, but it seems
> that can't be quite be trusted! Anyway, I'm taking them out of the
> db and manually putting them into the respective models and it's
> working now.
>
> Thanks again!
> Steve

There is a bug in the current version of HTML::FormFu::Model::DBIC
which might have caused that error message. You might want to try to
install version 0.04002 or wait until the patched version is avaiable.

moritz

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


gcoates at csuchico

May 19, 2009, 3:37 PM

Post #5 of 15 (1711 views)
Permalink
Re: FormFu edit form problem [In reply to]

I'm using HTML::FormFu::Model::DBIC version 0.04002, and this problem is
still there. Do we know when a patch might be available?

Greg


Moritz Onken wrote:
>
> Am 13.05.2009 um 18:57 schrieb Steve Rippl:
>
>> Thanks for the pointer. I had defined the foreign key relationships
>> within MySQL and relied on wsdsis_create.pl model DB DBIC::Schema etc
>> etc to build the model and define these relations, but it seems that
>> can't be quite be trusted! Anyway, I'm taking them out of the db and
>> manually putting them into the respective models and it's working now.
>>
>> Thanks again!
>> Steve
>
> There is a bug in the current version of HTML::FormFu::Model::DBIC which
> might have caused that error message. You might want to try to install
> version 0.04002 or wait until the patched version is avaiable.
>
> moritz
>
> _______________________________________________
> List: Catalyst [at] lists
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
> Dev site: http://dev.catalyst.perl.org/


_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


onken at houseofdesign

May 21, 2009, 6:33 AM

Post #6 of 15 (1693 views)
Permalink
Re: FormFu edit form problem [In reply to]

Am 20.05.2009 um 00:37 schrieb Greg Coates:

> I'm using HTML::FormFu::Model::DBIC version 0.04002, and this
> problem is
> still there. Do we know when a patch might be available?
>
> Greg
>

Hi Greg,

which problem are you referring to? Can you provide some code?

moritz

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


toby.corkindale at strategicdata

May 26, 2009, 2:23 AM

Post #7 of 15 (1624 views)
Permalink
Re: FormFu edit form problem [In reply to]

Moritz Onken wrote:
>
> Am 20.05.2009 um 00:37 schrieb Greg Coates:
>
>> I'm using HTML::FormFu::Model::DBIC version 0.04002, and this problem is
>> still there. Do we know when a patch might be available?
>>
>> Greg
>>
>
> Hi Greg,
>
> which problem are you referring to? Can you provide some code?
>
> moritz


I'm not sure, but they might be referring to this post:
http://www.mail-archive.com/html-formfu [at] lists/msg01528.html


(For the record, I'm hitting the same error message about "The primary
key and the foreign key may not be the same column" with version 0.04002
of HFM-DBIC)

Toby

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


toby.corkindale at strategicdata

May 26, 2009, 2:36 AM

Post #8 of 15 (1632 views)
Permalink
Re: FormFu edit form problem [In reply to]

Toby Corkindale wrote:
> Moritz Onken wrote:
>>
>> Am 20.05.2009 um 00:37 schrieb Greg Coates:
>>
>>> I'm using HTML::FormFu::Model::DBIC version 0.04002, and this problem is
>>> still there. Do we know when a patch might be available?
>>>
>>> Greg
>>>
>>
>> Hi Greg,
>>
>> which problem are you referring to? Can you provide some code?
>>
>> moritz
>
>
> I'm not sure, but they might be referring to this post:
> http://www.mail-archive.com/html-formfu [at] lists/msg01528.html
>
>
> (For the record, I'm hitting the same error message about "The primary
> key and the foreign key may not be the same column" with version 0.04002
> of HFM-DBIC)

...
And after applying the patch linked above, the problem went away. Presto!

I'm looking forward to that being included in a 0.04004 release soon..

-T

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


fireartist at gmail

May 26, 2009, 3:37 AM

Post #9 of 15 (1627 views)
Permalink
Re: FormFu edit form problem [In reply to]

2009/5/26 Toby Corkindale <toby.corkindale [at] strategicdata>:
> And after applying the patch linked above, the problem went away. Presto!
>
> I'm looking forward to that being included in a 0.04004 release soon..

Thanks - that patch had gotten past my radar!

It's now applied, and new releases of HTML-FormFu and
HTML-FormFu-Model-DBIC have been uploaded to pause, and should be
available on cpan within a couple of hours.

Carl

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


toby.corkindale at strategicdata

May 28, 2009, 1:18 AM

Post #10 of 15 (1587 views)
Permalink
Re: FormFu edit form problem [In reply to]

Carl Franks wrote:
> 2009/5/26 Toby Corkindale <toby.corkindale [at] strategicdata>:
>> And after applying the patch linked above, the problem went away. Presto!
>>
>> I'm looking forward to that being included in a 0.04004 release soon..
>
> Thanks - that patch had gotten past my radar!
>
> It's now applied, and new releases of HTML-FormFu and
> HTML-FormFu-Model-DBIC have been uploaded to pause, and should be
> available on cpan within a couple of hours.

Hi Carl,
The patched version of 0.04004 seemed to work fine, however the released
0.05000 only works on some, but not all, of my tables.

I tracked the issue down to part of HTML::FormFu::Model::DBIC around
line 534, where you do:
-----------------------
if ( exists $info->{attrs}{is_foreign_key_constraint} ) {
$fk_constraint = $info->{attrs}{is_foreign_key_constraint};
}
...
else {
$fk_constraint = not
$dbic->result_source->compare_relationship_keys( \@keys, \@fpkey );
}

next if($fk_constraint);
...
croak 'The primary key and the foreign key may not be the same column in
class '.$fclass if $fpkey eq $fkey;
-----------------------


The tables that break FormFu have relationships defined where the
is_foreign_key_constraint attribute is set to false. If I change it to
true, everything seems to work fine.

Eg.
__PACKAGE__->belongs_to(
gp => 'My::Schema::Result::GP',
{ id => 'gp' },
{ is_foreign_key_constraint => 0 }
);


I didn't write the DB schema so I'm not sure why they indicated these
weren't foreign keys, when they are, but I still don't think FormFu
should barf on them.

What do you think?

Thanks,
Toby

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


onken at houseofdesign

May 28, 2009, 6:31 AM

Post #11 of 15 (1583 views)
Permalink
Re: FormFu edit form problem [In reply to]

Do you run the latest version of DBIC?

>
> Hi Carl,
> The patched version of 0.04004 seemed to work fine, however the
> released 0.05000 only works on some, but not all, of my tables.
>
> I tracked the issue down to part of HTML::FormFu::Model::DBIC around
> line 534, where you do:
> -----------------------
> if ( exists $info->{attrs}{is_foreign_key_constraint} ) {
> $fk_constraint = $info->{attrs}{is_foreign_key_constraint};
> }
> ...
> else {
> $fk_constraint = not $dbic->result_source-
> >compare_relationship_keys( \@keys, \@fpkey );
> }
>
> next if($fk_constraint);
> ...
> croak 'The primary key and the foreign key may not be the same
> column in class '.$fclass if $fpkey eq $fkey;
> -----------------------
>
>
> The tables that break FormFu have relationships defined where the
> is_foreign_key_constraint attribute is set to false. If I change it
> to true, everything seems to work fine.
>
> Eg.
> __PACKAGE__->belongs_to(
> gp => 'My::Schema::Result::GP',
> { id => 'gp' },
> { is_foreign_key_constraint => 0 }
> );
>
>
> I didn't write the DB schema so I'm not sure why they indicated
> these weren't foreign keys, when they are, but I still don't think
> FormFu should barf on them.
>
> What do you think?
>
> Thanks,
> Toby
>
> _______________________________________________
> List: Catalyst [at] lists
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
> Dev site: http://dev.catalyst.perl.org/


_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


toby.corkindale at strategicdata

May 28, 2009, 10:43 PM

Post #12 of 15 (1576 views)
Permalink
Re: FormFu edit form problem [In reply to]

Moritz Onken wrote:
> Do you run the latest version of DBIC?

I was running on 0.08012, however I have updated to 0.08103 and still
have the same problem.

-Toby

>> Hi Carl,
>> The patched version of 0.04004 seemed to work fine, however the
>> released 0.05000 only works on some, but not all, of my tables.
>>
>> I tracked the issue down to part of HTML::FormFu::Model::DBIC around
>> line 534, where you do:
>> -----------------------
>> if ( exists $info->{attrs}{is_foreign_key_constraint} ) {
>> $fk_constraint = $info->{attrs}{is_foreign_key_constraint};
>> }
>> ...
>> else {
>> $fk_constraint = not
>> $dbic->result_source->compare_relationship_keys( \@keys, \@fpkey );
>> }
>>
>> next if($fk_constraint);
>> ...
>> croak 'The primary key and the foreign key may not be the same column
>> in class '.$fclass if $fpkey eq $fkey;
>> -----------------------
>>
>>
>> The tables that break FormFu have relationships defined where the
>> is_foreign_key_constraint attribute is set to false. If I change it to
>> true, everything seems to work fine.
>>
>> Eg.
>> __PACKAGE__->belongs_to(
>> gp => 'My::Schema::Result::GP',
>> { id => 'gp' },
>> { is_foreign_key_constraint => 0 }
>> );
>>
>>
>> I didn't write the DB schema so I'm not sure why they indicated these
>> weren't foreign keys, when they are, but I still don't think FormFu
>> should barf on them.
>>
>> What do you think?
>>
>> Thanks,
>> Toby
>>
>> _______________________________________________
>> List: Catalyst [at] lists
>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
>> Searchable archive:
>> http://www.mail-archive.com/catalyst [at] lists/
>> Dev site: http://dev.catalyst.perl.org/
>
>
> _______________________________________________
> List: Catalyst [at] lists
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
> Dev site: http://dev.catalyst.perl.org/



_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


onken at houseofdesign

May 29, 2009, 6:11 AM

Post #13 of 15 (1571 views)
Permalink
Re: FormFu edit form problem [In reply to]

Am 29.05.2009 um 07:43 schrieb Toby Corkindale:

> Moritz Onken wrote:
>> Do you run the latest version of DBIC?
>
> I was running on 0.08012, however I have updated to 0.08103 and
> still have the same problem.
>
> -Toby

The problem is that there is no good way to decide whether a given
relationship is a has_one or
belongs_to relationship. at least this is what DBIC people say.

SO if you set is_foreign_key_constraint to 0, FormFu assumes that it
is a has_one relationship
and not a belongs_to relationship.

Right now I have no idea how to fix it!

moritz


_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


toby.corkindale at strategicdata

May 31, 2009, 7:25 PM

Post #14 of 15 (1516 views)
Permalink
Re: FormFu edit form problem [In reply to]

Moritz Onken wrote:
>
> Am 29.05.2009 um 07:43 schrieb Toby Corkindale:
>
>> Moritz Onken wrote:
>>> Do you run the latest version of DBIC?
>>
>> I was running on 0.08012, however I have updated to 0.08103 and still
>> have the same problem.
>>
>> -Toby
>
> The problem is that there is no good way to decide whether a given
> relationship is a has_one or
> belongs_to relationship. at least this is what DBIC people say.
>
> SO if you set is_foreign_key_constraint to 0, FormFu assumes that it is
> a has_one relationship
> and not a belongs_to relationship.
>
> Right now I have no idea how to fix it!

Ah, oh well, thanks for explaining the problem at least.

I'm rather regretting using FormFu on my current project by now; it
looks like I've rather wasted my time. I might be able to get around
this, and the other show-stopper bug[1], by building a custom DBIC
pseudo-resultset that aggregates several resultsets into one to avoid
the problems FormFu has with relationships.. but I don't like increasing
the complexity of my application, just so that I can use a module which
was supposed to *reduce* the complexity! :)

I feel like FormFu would be great for doing simple forms, if you don't
mind the lack of useful documentation, but it seems very.. fragile..
once you start trying to use the more complicated use-cases that the
documentation suggests it should handle.
I say "fragile", because I think that FormFu does hold it together if
you obey all the caveats; however there's just no way for a new user to
know what all those caveats are in advance.

ta,
Toby

[1: Repeated nested_name blocks ignore every instance except the first]

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/


toby.corkindale at strategicdata

May 31, 2009, 11:49 PM

Post #15 of 15 (1516 views)
Permalink
Re: FormFu edit form problem [In reply to]

Toby Corkindale wrote:
[snip]
> I might be able to get around
> this, and the other show-stopper bug[1], by building a custom DBIC
> pseudo-resultset that aggregates several resultsets into one to avoid
> the problems FormFu has with relationships..
[snip]

Ah, bother, this didn't work.
FormFu's introspection of the model doesn't work if some of the columns
have been brought in via the 'proxy' attribute of a DBIC relationship,
and FF attempts to call resultset methods on a row object.

Oh well, was worth a try.

_______________________________________________
List: Catalyst [at] lists
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst [at] lists/
Dev site: http://dev.catalyst.perl.org/

Catalyst users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.