<br><br><div class="gmail_quote">On Mon, Jan 2, 2012 at 6:16 PM, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On 01/02/2012 09:09 PM, Kevon wrote:<br>
> On 01/02/2012 08:46 PM, Robert McNamara wrote:<br>
>> On Mon, Jan 2, 2012 at 5:31 PM, Kevon<<a href="mailto:mythtv@reidsresidence.com">mythtv@reidsresidence.com</a>> wrote:<br>
>><br>
>>> I am experiencing frequent crashes of my FE whenever mythvideo is<br>
>>> doing a large metadata update. This happens specifically when myth is<br>
>>> looking up video data at tvdb or tmdb for a large number of videos (so<br>
>>> far 8 or more seems to be the magic number). I can easily reproduce<br>
>>> the crash by adding a large number of files to the video directory. I<br>
>>> get the below error in FE logs after the recent crash:<br>
>>><br>
>>> QObject::connect: Cannot queue arguments of type<br>
>>> 'QNetworkReply::NetworkError'<br>
>>> (Make sure 'QNetworkReply::NetworkError' is registered using<br>
>>> qRegisterMetaType().)<br>
>>> <a href="tel:2012-01-02%2020" value="+12012010220">2012-01-02 20</a>:04:43.717 Tried to write<br>
>>> <a href="http://www.thetvdb.com/banners/episodes/..." target="_blank">http://www.thetvdb.com/banners/episodes/...</a>., but it appears to be an<br>
>>> HTML redirect (filesize 0).<br>
>>> QObject::connect: Cannot queue arguments of type<br>
>>> 'QNetworkReply::NetworkError'<br>
>>> (Make sure 'QNetworkReply::NetworkError' is registered using<br>
>>> qRegisterMetaType().)<br>
>>> <a href="tel:2012-01-02%2020" value="+12012010220">2012-01-02 20</a>:05:52.896 Tried to write<br>
>>> <a href="http://www.thetvdb.com/banners/episodes/..." target="_blank">http://www.thetvdb.com/banners/episodes/...</a>., but it appears to be an<br>
>>> HTML redirect (filesize 0).<br>
>> What Qt? From the error message, it sounds like the Qt itself is broken<br>
>> (as metadata download relies on Myth's Download Manager, which is turn is<br>
>> built around all the Qt network functionality... which is what it's<br>
>> complaining about here).<br>
>><br>
</div></div><div class="im">> I am running qt-4.7.0. Is there a way to test of qt is at fault outside<br>
> myth?<br>
<br>
</div>FWIW, the "QObject::connect: Cannot queue arguments of type<br>
<div class="im">'QNetworkReply::NetworkError' (Make sure 'QNetworkReply::NetworkError'<br>
</div>is registered using qRegisterMetaType().)" warning isn't important.<br>
The code has been changed in unstable/development so it is "proper", but<br>
whether or not the change is in place has no effect on the metadata<br>
grabbers' ability to do their jobs, IME.<br>
<br>
Mike<br>
<div class="HOEnZb"><div class="h5"></div></div></blockquote></div><br><div><br></div><div>And in addition to what Mike adds, we'd really need a proper backtrace to investigate this. It's possible/probable that it's an image loading threading issue which is fixed in master, but for which the fix cannot easily be backported.</div>
<div><br></div><div>Robert</div>