<table><tr><td style="">TallFurryMan added a comment.
</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/D18041">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
          color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D18041#388253" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: line-through;">D18041#388253</a>, <a href="https://phabricator.kde.org/p/wreissenberger/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@wreissenberger</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>I found some minor things while playing around, but nothing serious:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">How does priority and fix startup time correlate? Currently, a job with a lower priority needs to have a earlier startup time. Otherwise, the other one will be marked invalid. To be discussed, I would expect that such a schedule is valid.</li>
<li class="remarkup-list-item">A culmination determined job, that precedes but overlaps a fix startup time job, is set to aborted. I would expect that the fix startup time job is invalid.</li>
<li class="remarkup-list-item">A job with fix startup time and duration set to a "repeat until" time that is earlier than the startup time leads to status "completed". Hm, formally correct, but I would consider this as an invalid configuration.</li>
</ul></div>
</blockquote>

<p>Your remarks are indeed valid.<br />
Right now, priority will only affect two jobs being scheduled when the sort option is enabled. In the future, I'd like Scheduler to be able to alternate between multiple looping jobs.<br />
About the culmination being set to invalid instead of the fixed-startup job, I had to make a choice and chose the most general implementation, that is, fixed-startup retain priority.<br />
About the inverted startup/completion time, I ended up with this behavior when repeating a job. The only way to complete a fixed-completion job is to exceed the completion time. It happened the case you refer to was handled gracefully by the implementation of this rule, so I left it as is, nearly surprised that additional code would for once not induce a crippling side effect somewhere else :)</p></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/D18041">https://phabricator.kde.org/D18041</a></div></div><br /><div><strong>To: </strong>TallFurryMan, mutlaqja, wreissenberger<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>