<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 17, 2014 at 1:36 PM, Hika van den Hoven <span dir="ltr">&lt;<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Michael,<br>
<div><div class="h5"><br>
Thursday, July 17, 2014, 9:16:12 PM, you wrote:<br>
<br>
&gt; On 07/17/2014 03:05 PM, Karl Newman wrote:<br>
&gt;&gt; On Thu, Jul 17, 2014 at 11:58 AM, Michael T. Dean wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; On 07/17/2014 02:51 PM, Karl Newman wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Thanks, Paul. Mythweb uses DELETE_RECORDING as well (and the recording is<br>
&gt;&gt;&gt;&gt; successfully deleted), but then follows it with FORGET_RECORDING. Looks<br>
&gt;&gt;&gt;&gt; like the code just needs to be changed to add the &quot;FORGET&quot; parameter to the<br>
&gt;&gt;&gt;&gt; DELETE_RECORDING command. So it looks like that should be an easy fix, but<br>
&gt;&gt;&gt;&gt; I don&#39;t see any replacement for FORGET_RECORDING, so the &quot;Forget Old&quot;<br>
&gt;&gt;&gt;&gt; button in mythweb won&#39;t work without deleting the recording. Not ideal.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt; FORGET_RECORDING should still work.  Delete followed by forget is fine,<br>
&gt;&gt;&gt; too (assuming forget works), so MythWeb wouldn&#39;t need to change to use the<br>
&gt;&gt;&gt; delete command with the forget argument.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; If FORGET_RECORDING is broken, time would be best spent fixing it instead<br>
&gt;&gt;&gt; of putting a workaround inside MythWeb (especially if that workaround only<br>
&gt;&gt;&gt; works when also deleting a recording).<br>
&gt;&gt; Thanks, Mike. I spoke too soon--I just saw that FORGET_RECORDING is still<br>
&gt;&gt; part of the protocol. Probably mythweb is invoking it incorrectly. I&#39;ll see<br>
&gt;&gt; if I can figure out what the backend is expecting and get Mythweb to pass<br>
&gt;&gt; the correct parameters.<br>
<br>
&gt; A wild guess would be that one side or the other (most likely the<br>
&gt; MythWeb side) may not have been properly updated after the UTC changes?<br>
&gt; Or perhaps something with the recordedid changes?<br>
<br>
&gt; Mike<br>
&gt; _______________________________________________<br>
</div></div>Now the right list.<br>
<br>
I can state I have never seen it working in mythweb. If I have a show<br>
marked as previously recorded, I have to force it with record anyhow<br>
I run 027.1. through Gentoo<br>
<br>
<br>
Tot mails,<br>
  Hika                            mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br></blockquote><div><br>That&#39;s my recollection too, Hika--I&#39;ve never seen the &quot;Forget Old&quot; working. @Mike, I think the UTC stuff got all updated in Mythweb. I haven&#39;t seen any other UTC related issues, and it&#39;s just pulling from the database (which is UTC) as far as I can see, so theoretically telling it to forget an old recording should just be regurgitating what it pulled from the database, but possibly it&#39;s doing it with some wrong/corrupted/mis-formatted information. Is there some detailed backend logging for this which could tell us why it&#39;s failing to forget the recording?  Presumably it&#39;s something in the identifying information passed as an argument to FORGET_RECORDING that&#39;s not matching.<br>

<br></div><div>Thanks,<br><br></div><div>Karl<br></div></div></div></div>