> Was this the first time using conflict detection by chance? I see that it
> is
> in use by looking at the log file. The conversion from non-conflict
> enabled
> to conflict enabled was tested in both GUI mode and WWW mode. I believe
> this
> shouldn't be a problem but it could be. I don't know how many people
> currently use conflict resolution, so I don't know how extensive it's
> testing currently is.

I don't think so as this is really an old old bug. It happened to me a
couple of times when I started using freevo.

My guess is that is most likely caused by two processes updating the
record_schedule.xml at the same time. For example, when the recordserver
is doing an update and the webserver is adding a favourite.

I did add critical sections around the xmlrpc code, but of course this
will only protect clients from causing threading errors and not the server
as it will call the functions directly.

>From Andrews bug report #1777726 you can see:
2007-08-20 16:19:40,579 WARNING  recordserver.py (268) :
"/var/cache/freevo/record_schedule.xml" is invalid, removed
which means that the record_schedule.xml was corrupt and had to be
deleted. As the record_schedule.xml also contains the favourites this
means that they where also deleted. Ouch.

Question for Andrew, is was there something recording at the same time as
he was using web interface? 16:18 is a good time to record children's
programmes.

Duncan

> On 8/20/07, Andrew Flegg <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> I'm annoyed. Very very annoyed. It seems that 1.7.3's record server
>> still loses all favourites and scheduled recordings on my system when
>> adding something through the UI (it works perfectly through the web).
>>
>> A segment of recordserver.log is attached.
>>
>> Any thoughts before I raise a bug (I thought it had already been fixed,
>> TBH).
>>
>> Cheers,
>>
>> Andrew
>>
>> PS. The WAF has just dropped through the floor :-(
>> PPS. This is distracting me from adding series-link functionality
>> which is broadcast via DVB in the UK.
>> PPPS. The new Freevo website is missing clear and obvious links to the
>> bug trackers.
>>
>> --
>> Andrew Flegg -- mailto:[EMAIL PROTECTED]  |  http://www.bleb.org/
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> _______________________________________________
>> Freevo-devel mailing list
>> Freevo-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freevo-devel
>>
>>
>>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>
> http://get.splunk.com/_______________________________________________
> Freevo-devel mailing list
> Freevo-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freevo-devel
>



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to