Anonymous Login
2022-10-05 16:56 PDT

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0000540v3.2 ReleaseTaskspublic2014-07-16 21:30
Assigned Tocaseydk 
Product Version 
Target VersionFixed in Version3.2 
Summary0000540: Import tasks: incorrect handling of subprojects
DescriptionAt the moment, import tasks copies the subproject token tasks, but this is then orphaned (not related to any subprokject).

1) on import, copy the subproject and enter the copy's token task into the imported tasks
2) allow m:1 relationships for subprojects (multiple parents)and insert as additional parent of original subproject

maybe user ahould decide whether 1 or 2 (checkbox)

Improvement: not project should own subproject, but a task should own a subproject (if m:1 relations are implemented)
TagsNo tags attached.
Attached Files

related to 0000484feedbackcaseydk Pending Requests copying tasks from main/subproject on project creation 



caseydk (administrator)

Resolved with the Project owning the Subproject:

While it may create the occasional unexpected result, this is literally the only report in four years, so it should be exceptionally rare.

-Issue History
Date Modified Username Field Change
2010-08-08 23:23 opto New Issue
2010-09-07 14:11 caseydk Project v2.1 Release (Closed) => Pending Requests
2014-06-13 21:30 caseydk Category General => Tasks
2014-06-13 21:30 caseydk Project Pending Requests => v3.2 Release
2014-06-13 21:35 caseydk Note Added: 0003475
2014-06-13 21:35 caseydk Status new => resolved
2014-06-13 21:35 caseydk Fixed in Version => 3.2
2014-06-13 21:35 caseydk Resolution open => fixed
2014-06-13 21:35 caseydk Assigned To => caseydk
2014-06-17 18:50 caseydk Relationship added related to 0000484
2014-07-16 21:30 caseydk Status resolved => closed
+Issue History