<table><tr><td style="">TallFurryMan created this revision.<br />TallFurryMan added a reviewer: mutlaqja.<br />Restricted Application added a project: KDE Edu.<br />Restricted Application added a subscriber: kde-edu.<br />TallFurryMan requested review of this revision.
</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/D12954">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>This change corrects the case where an ASAP job is scheduled to start at a later date/time because its score is not yet positive.<br />
With this change, only executeJob does switch the job state to JOB_BUSY, so that no other part of the code can unexpectedly start the job.</p>

<p>Note that periodic score update is prepared in this commit to display negative scores properly, but score computation needs rework beforehand.</p>

<p>But this does not solve the problem of duplicated repeated jobs where only the pipeline tracking activity is enabled, which has similar symptom.</p>

<p>A new test vector, 'distant_jobs_no_twilight', has two north-hemisphere targets with opposite transit times.<br />
This allows testing a job immediately, and having the scheduler sleeping to wait for the next.</p></div></div><br /><div><strong>TEST PLAN</strong><div><p>Use 'distant_jobs_no_twilight' to test sleeping mode.<br />
Without the change, the first job completes, but the second job runs immediately, aborts, and does weird things.<br />
With the change, the first job completes, and the second job properly waits for its schedule.</p>

<p>If using the telescope simulator, you may observe a problem with parking, which unexpectedly stops the scheduler, but lets the system in an incorrect state.</p>

<p>Use all other test vectors to hunt for regressions.<br />
I have a weird issue with the capture tab on my setup and the RGBLRGB sequence: the CCD simulator has all captures stored as blue filter, will investigate.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>BRANCH</strong><div><div>bugfix__distant_jobs (branched from master)</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D12954">https://phabricator.kde.org/D12954</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>kstars/ekos/scheduler/scheduler.cpp</div></div></div><br /><div><strong>To: </strong>TallFurryMan, mutlaqja<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>