problem calculation

The progress calculation if a task is in progress is currently calculated out the fields:

• segmentCount (the overall segment count in the task)
• segmentFinishedCount (the count of segments in a specific processing state)

Blocked and locked segments are not editable, therefore they can not be changed by the users but they are included in the segment count, what leads to wrong results regarding the progress

Also it is possible to define a segment range of segments editable for an individual user. The progress in such a case should be calculated only for those segments. Still we need also the overall progress for all users together.

Both progresses should be shown/visualized in the progress bar inside the editor and in the task/project overview.

solution calculation

• introduce a new field segmentEditableCount which evaluates to segmentCount - count(blocked segments)
• must be updated on import and on editor_Models_Segment_AutoStates_BulkUpdater usage
• What must be checked where the PM edited segments should be counted. The easiest way is to count them in the segmentFinishedCount, what is correct imho since they are edited so far

problem user based progress

The above problem and solution is correct so far for the overall progress of a task shown in the task grid.

This is not correct for the progress shown in the opened task, since the user opened the task may have associated ranges in the task. Therefore the each job (task user assoc) entry needs a editableSegmentCount field too, containing only the count of editable segments per associated user. Updated on import, BulkUpdater, and on range change.

Same for the segmentFinishedCount, this value must be also counted in only for the editable segments per user.

This fields are used for the progress in the opened task then.