MantisBT - v3.2 Release
View Issue Details
0001474v3.2 ReleaseTaskspublic2014-04-05 09:382014-07-16 21:27
Reporteropto 
Assigned Tocaseydk 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target Version3.2Fixed in Version3.2 
Summary0001474: child can no longer depend on parent - breaks old projects
Description1) I do not really a reason why a child could not depend on its parent (unless the parent is dynamic).

I can even see some scenarios where this is useful - a smaller amount of umbrellatasks is needed.

2) In any case, this seriously breaks old projects. Up to now, this was allowed.
Now, if such a task is opened for eiting, the saving is not allowed.
As a consequnce, nobody knows what to do - yes, I can see that this task was made dependent on its parent a year ago - but today, how to resolve this without a specialist? Project workers without this knowledge are no longer able to work on tasks.

please don't make this a compulsury rule for task layout. It may be convenient in some scenarios - but not in others. For us, it a p. in the a.. all our database is unusable with this new restriction, tons of projects would need to be revisited and changed with nobody knowing how to resolve this for the projects (except me, and I really want to be bothered with this extra work).

Also, I see this as nice, but not really must or breaking if not implemented. And in some scenarios, the old practice even makes sense ...
TagsNo tags attached.
Attached Files

Notes
(0003292)
caseydk   
2014-04-05 09:57   
This *looks* like it was only allowed before because the Project Designer used raw database updates instead of the $task->store() method. Once I updated it to use the proper store() - necessary to make sure dependencies, dynamics, etc all update - it added the constraint.

Resolved: https://github.com/web2project/web2project/commit/a3fa438e196f1aef27fb26e40e996ad0f2fa9285

Issue History
2014-04-05 09:38optoNew Issue
2014-04-05 09:57caseydkNote Added: 0003292
2014-04-05 09:57caseydkStatusnew => resolved
2014-04-05 09:57caseydkResolutionopen => fixed
2014-04-05 09:57caseydkAssigned To => caseydk
2014-04-13 18:51caseydkTarget Version => 3.2
2014-07-16 21:26caseydkFixed in Version => 3.2
2014-07-16 21:27caseydkStatusresolved => closed