MantisBT - v3.2 Release
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001532v3.2 ReleaseProject Designerpublic2014-05-19 01:102014-07-16 21:29
Reporteropto 
Assigned Tocaseydk 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusclosedResolutionduplicate 
PlatformOSOS Version
Product Version 
Target Version3.2Fixed in Version3.2 
Summary0001532: bulk changing tasks (end date) takes ages -> php timeout
Descriptionchanging the end date of 10 tasks takes ... > 30 sec, only part of the tasks are updated

some of them are milestones, I just see - so that explains why they were not changed, but does not explain the long time for the script.
TagsNo tags attached.
Relationships
duplicate of 0001558new  Pending Requests bad efficiency of update tasks 
Attached Files

Notes
(0003417)
caseydk   
2014-06-06 21:09   
I'm marking this as a duplicate of 0001558. While it's not the identical issue, both of them come from the same source of a store() doing a lot of work. Both will be solved by the same fix.

When you're doing bulk updates and have a store() occurring, the first updated tasks update all the child tasks, dynamics, etc.. which takes so long that the last tasks don't get updated before PHP times out.
(0003425)
opto   
2014-06-08 12:54   
yes, it would make sense to first copy everything without updatedynamics, and in a second step do the latter. So we won't do it several times for tasks

Issue History
Date ModifiedUsernameFieldChange
2014-05-19 01:10optoNew Issue
2014-05-19 01:12optoDescription Updatedbug_revision_view_page.php?rev_id=44#r44
2014-06-06 21:07caseydkRelationship addedduplicate of 0001558
2014-06-06 21:09caseydkNote Added: 0003417
2014-06-06 21:09caseydkStatusnew => resolved
2014-06-06 21:09caseydkResolutionopen => duplicate
2014-06-06 21:09caseydkAssigned To => caseydk
2014-06-08 12:54optoNote Added: 0003425
2014-06-08 12:54optoStatusresolved => feedback
2014-06-08 12:54optoResolutionduplicate => reopened
2014-06-08 20:09caseydkStatusfeedback => resolved
2014-06-08 20:09caseydkResolutionreopened => duplicate
2014-06-10 22:09caseydkTarget Version => 3.2
2014-07-16 21:26caseydkFixed in Version => 3.2
2014-07-16 21:29caseydkStatusresolved => closed