[Dbix-class] bug in delete_all: CascadeActions::delete removes
parent before children
Matt S Trout
dbix-class at trout.me.uk
Mon Oct 27 23:42:14 GMT 2008
On Fri, Oct 24, 2008 at 04:48:02PM -0700, Noel Burton-Krahn wrote:
> Hi Peter,
>
> The problem goes a little deeper: I applied this change to SVN, and
> immediately saw the 60core.t unit test fail doing deep recursion.
> Apparently this will break when there's a loop in the relationship
> graph. So, to avoid the loop, I made a version of delete_all which
> has loop protection. That fixes my unit test, but it breaks again in
> 60core.t because one of the search_related()->delete() calls produces
> ambigious SQL. Sigh.
$rs->delete isn't currently supported for JOINed resultsets.
There'll be a warning for this in the next release.
--
Matt S Trout Need help with your Catalyst or DBIx::Class project?
Technical Director http://www.shadowcat.co.uk/catalyst/
Shadowcat Systems Ltd. Want a managed development or deployment platform?
http://chainsawblues.vox.com/ http://www.shadowcat.co.uk/servers/
More information about the DBIx-Class
mailing list