satisfy SynopsisTests

satisfy UnusedVarsTests

fixed t/sqlite.t which failed because of missing t/var dir

satisfy PortabilityTests

converted to Dist::Zilla

TODO - value of fk from a multi relationship

Merge branch 'master' of http://github.com/abraxxa/DBIx--Class--ResultSet--RecursiveUpdate

only limit resultset if there are related rows left

test fails, requiring SQL::Translator >= 0.11006

gitignore Module::Install temp files

allow undef for has_many rels in addition to empty arrayref + tests

gitignore t/var directory contents

tainted mode doesn't search for module in PERL5LIB path which skips the tests if local::lib or perlbrew is used

added special handling of has_many rels to tables with a single column pk

require List::MoreUtils 0.22 for refactored _master_relation_cond

added support for multi-column has_many relationships

refactored _master_relation_cond for less parameters

more debug warnings and comments

fixed belongs_to rels in Dvd

perltidy

simplification

more relationship validation in _update_relation

add_relationship without the accessor attribute is invalid

check for nonexisting column, relationship, many-to-many helper accessor or generic accessor

don't try to use ->resolve_condition which was deprecated in DBIx::Class 0.08103 and bump the DBIx::Class requirement

moved relationship_info inside _update_relation instead of passing it around

rename $related_result -> $related_resultset

don't pass whole updates hashref to _update_relation

perltidy

docs for if_not_submitted parameter

added docs about treatment of belongs_to, might_have and has_many relationships

apparently newer DBIC requires SQL::Translator => 0.11005

test for deleting a might_have

avoid uninitialized string warnings

tweaked docs and rebuild readme

updated readme

updated version

merge conflict resolved

test case for might_have and another minor bug fix

Merge branch 'master' of github.com:zby/DBIx--Class--ResultSet--RecursiveUpdate

skip trying to create a might_have relationship if there is no data to insert

skip trying to create a might_have relationship if there is no data to insert

A test case from Amiri

Merge branch 'master' of git@github.com:zby/DBIx--Class--ResultSet--RecursiveUpdate

checking for table existande before adding add_drop_table

oops. put back db file.

remove binary db file

use Module::Install makefile; avoid TZ messages

bring repo up to cpan level

updating related many to many

Readonly to prereqs

not using version.pm

META is generated automatically

resolve merge conflict

release

Update old META.yml

if_not_submitted

Relating an unrelated record with composed pk

using _resolve_condition

prereqs updated

docs fix

release preparations

accepting undef instead of [] for m2m

m2m accepts one element instead of an arrayref; id as generic pk

Related rows by id

using non-column, non-relation methods

might_have with non pk fk

Fixed test library

Functional interface

License in Makefile.PL

added prerequisites

added prerequisites

added prerequisites

experimental

MANIFEST update

one less warning in tests

compatible with 0.08012

fixed_fields as array

fixed_columns not merged into update

perltidy

sqlite.sql

tests from multicreate

a bit of refactoring

got rid of the requirement to add id => undef

workaround for updating records with might_have plus tests

a few tests

code for resolving - fix

code for resolving

code for resolving

columns first

added Viewing.pm

fix for a new record that belongs to an old one; accepting row objects in the updates structure

using Introspectable

hashrefs in m2m

insert in ResultSet now recurses - we don't want this

Doc changes.

is_m2m and get_m2m_source methods added

Workaround not needed any more

Updated to curren DBIC.

Initial