<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p><br>
    </p>
    <p>Anyhow, I started searching and discovered that this is actually
      not a new problem and there seem to be a ticket open for it (<a href="https://code.mythtv.org/trac/ticket/11119" target="_blank">https://code.mythtv.org/trac/ticket/11119</a>).
      There is a patch.txt in there but it seems it never made it to the
      code. At least I can not see the changes in the code and I can
      reproduce the problem.<br></p></div></blockquote><div><br></div><div>I had left the patch for the owner of the ticket to merge into a testing branch.  I think that person has left the project in pursuit of other opportunities -- like a normal life ;)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p>
    </p>
    <p>I am not sure why we have this behavior. Initially I thought that
      somebody wanted to reuse the same tuner and live recording for the
      scheduled recording and that the recording would be left in the
      LiveTV group by mistake. However, I can clearly see that 2 tuners
      are active, so I don&#39;t know if this is perhaps just a mistake.<br>
    </p>
    <p><br></p></div></blockquote><div>It is a mistake.  At the end of the LiveTV recording, the database gets updated by chanid and starttime, so both get thrown into the LiveTV group if it is a scheduled recording and this is not a record from LiveTV (as in they hit the record button while watching TV).  IIRC, there are three cases where this can happen and similar code exists in each of the three cases.  The case around line ~4503 is the one that produces the unintended behavior.</div>
<div><br></div><div><br></div></div></div></div>