<table><tr><td style="">TallFurryMan retitled this revision from "Connect new-image event to Scheduler imaging time estimator." to "Update job completion counts, and fix regression on job rescheduling.".<br />TallFurryMan edited the summary of this revision. <a href="https://phabricator.kde.org/transactions/detail/PHID-XACT-DREV-pdrc5tac4fmqq3c/">(Show Details)</a><br />TallFurryMan edited the test plan for this revision. <a href="https://phabricator.kde.org/transactions/detail/PHID-XACT-DREV-6wbjgy3azzzsg5k/">(Show Details)</a>
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D14942">View Revision</a></tr></table><br /><div><strong>CHANGES TO REVISION SUMMARY</strong><div><div style="white-space: pre-wrap; color: #74777D;"><div style="padding: 8px 0;">...</div>I<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">f remembering job progress, i</span>t triggers a refresh of the capture storage, and updates the time estimation of all jobs<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">.<br />
It also makes sure a completed job is not re-evaluated to schedule in the basic "run-to-finish" and "repeat-N-times" cases</span>.<br />
<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">This</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">It also adjust the count of captures in the scheduler table to avoid displaying required counts on jobs that are looping.<br />
<br />
When remembering job progress, the new-image event</span> can't be a simple +1 in the count of the running job because of duplicates.<div style="padding: 8px 0;">...</div>This is not expected to be an issue as currently all jobs, whatever their state (even being edited), can be re-evaluated without issue.<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span></div></div></div><br /><div><strong>CHANGES TO TEST PLAN</strong><div><div style="white-space: pre-wrap; color: #74777D;">Create a scheduler job list, with or without duplicates, using sequence jobs with or without duplicates.<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">Test vector "repeated_jobs_no_twilight.esl" is a simple version of this test setup.<br />
You may need to disable option "Sort jobs by Altitude and Priority" to get an ordered schedule.<br />
<br />
</span>Run the Scheduler, check capture counts are properly updated (beware, that can be quite difficult to follow in complex cases).<br />
Without the change, no capture count is updating<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">, and the running job is rescheduled incorrectly</span>.<br />
With the change, relevant capture counts update, as well as imaging durations, resulting in proper evaluation of imaging time left (yay!).<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
When the job finishes capturing, it is considered complete.<br />
<br />
The execution path depends on the value of option "Remember Job Progress".<br />
When that option is set, the capture storage will be refreshed on each new capture received to update the completed count.<br />
When that option is not set, the running job will get its completed count increased by one, independently of other jobs.<br />
<br />
Also observe as, with the change, the looping last job has only a count of completed captures, instead of a completed/required count.</span><br />
<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">Notes:<br />
</span>There's an issue that raises from this test, but not exactly a real issue, more a consequence of the implementation.<div style="padding: 8px 0;">...</div>If we really want to fix that issue all the way through, we need to look into the FITS header to match the capture file with the sequence<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
properties.<br />
<br />
Another important point is the fact that once jobs get their completed count increased, the only way to reset that value is to delete and</span><br />
<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">properties.</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">re-create the scheduler job, or to load a new scheduler file,</span> <span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">Do we need to go</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">which essentially does</span> the<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">re now?</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"> same.</span></div></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D14942">https://phabricator.kde.org/D14942</a></div></div><br /><div><strong>To: </strong>TallFurryMan, mutlaqja, wreissenberger<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>