Re: HABTM Model::save() or Model::__saveMulti() seems to be broken :-/

2008-11-12 Thread Rafael Bandeira aka rafaelbandeira3
> Model.[0].[key]='a' > Model.[0].[key]='b' > Model.[0].[key]='c' what is it? the structure should be like this: $data['HABTMModel']['HABTMModel'] = array( array('HABTMAssociationForeignKey' => 1), array('HABTMAssociationForeignKey' => 2), array('HABTMAssociationForeignKey' => 3) );

Re: HABTM Model::save() or Model::__saveMulti() seems to be broken :-/

2008-11-12 Thread Serge Rodovnichenko
It doesn't work. :-( $data[Model][Model] = array('a', 'b', 'c') nor Model.[0].[key]='a' Model.[0].[key]='b' Model.[0].[key]='c' I've just rewrote code to use old good Model->query to insert associations, without any `automagic`. On 12 нояб, 06:51, Rafael Bandeira aka rafaelbandeira3 <[EMAIL PRO

Re: HABTM Model::save() or Model::__saveMulti() seems to be broken :-/

2008-11-11 Thread Rafael Bandeira aka rafaelbandeira3
Forgot to mention, if you just want to keep your tables as they are, refer to #5722¹ to see the correct data set format to use. ¹ - https://trac.cakephp.org/ticket/5722#comment:2 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Googl

Re: HABTM Model::save() or Model::__saveMulti() seems to be broken :-/

2008-11-11 Thread Rafael Bandeira aka rafaelbandeira3
Model::__saveMulti() was changed in the last few days due to a bug, new tests were added, and everything seems to be working just as expected. The problem is that the data format you are using is only supported by numeric ids and uuids, being processed only if it's values are 36 char long or numer

HABTM Model::save() or Model::__saveMulti() seems to be broken :-/

2008-11-11 Thread Serge Rodovnichenko
After updating Cake libs from SVN, Cake does not saves HABTM associated data. Model 'Product': -- natural_key VARCHAR(100) PRIMARY KEY name (VARCHAR...) e.t.c HABTM 'Replacement'=> array( 'className'=>'Product', 'joinTable'=>'product_replacements', 'foreignKey'=>'product_key', 'assoc