[mythtv] Previously Recorded Screen on fixes/32 (Mythbuntu Theme)

[Roland Ernst]

On Sat, Apr 23, 2022 at 9:47 PM Klaas de Waal <klaas.de.waal at gmail.com>
wrote:

>
>
> On Fri, 22 Apr 2022 at 20:13, Klaas de Waal <klaas.de.waal at gmail.com>
> wrote:
>
>>
>>
>> On Thu, 21 Apr 2022 at 22:41, Klaas de Waal <klaas.de.waal at gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Thu, 21 Apr 2022 at 22:21, Roland Ernst <rcrernst at gmail.com> wrote:
>>>
>>>>
>>>> On Thu, Apr 21, 2022 at 9:23 PM Klaas de Waal <klaas.de.waal at gmail.com>
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <
>>>>> stephen_agent at jsw.gen.nz> wrote:
>>>>>
>>>>>> On Thu, 21 Apr 2022 19:34:03 +0200, you wrote:
>>>>>>
>>>>>> >With MythTV fixes/32, the "Previously Recorded Screen" shows
>>>>>> >the `BusyPopup` (spinning clock with a 'loading' message)
>>>>>> >forever.
>>>>>> >This only happens with the Mythbuntu Theme (currently at 30.2).
>>>>>> >
>>>>>> >It happens on both display servers, Wayland (Ubuntu 21.10)
>>>>>> >and X11 (Ubuntu 22.04 dev.) and does not happen on my
>>>>>> >v31 test installation (Ubuntu 20.04).
>>>>>> >
>>>>>> >The only way I found to escape, is to kill the frontend.
>>>>>> >Out of curiosity, a mouse click on that screen works, and
>>>>>> >I can change the time period and view a detailed listing
>>>>>> >of the shows. But there is no way to leave this screen with
>>>>>> >the active BusyPopup.
>>>>>> >
>>>>>> >MythTV Version: v32.0+fixes.202204120034.bbd8355d8d
>>>>>> >
>>>>>> >I am curious if this behavior is reproducible on a MythTV
>>>>>> >system with lots of previously recorded items. My current
>>>>>> >test environment has only a few, which do not fill the page.
>>>>>> >Could you please check this?
>>>>>> >
>>>>>> >Roland
>>>>>>
>>>>>> I can not reproduce this on my Ubuntu 20.04 v32-fixes system.  I have
>>>>>> huge numbers of recordings.  I tried with a couple of news programmes
>>>>>> that are recorded daily, so they have a massive list of episodes, and
>>>>>> they displayed quite rapidly with the busy spinner disappearing
>>>>>> normally.
>>>>>>
>>>>>> MythTV Version : v32.0+fixes.202204120033.bbd8355d8d~ubuntu20.04.1
>>>>>> _______________________________________________
>>>>>>
>>>>>> I can reproduce the problem on my laptop with Fedora 35, Wayland and
>>>>> both with fixes/32 and master.
>>>>> This is with a limited number of recordings.
>>>>> With MythCenter-wide which I usually use it works OK.
>>>>>
>>>>> Klaas
>>>>>
>>>>>
>>>> Now, the question is, "is it related to recent QT versions"
>>>> or, "is it caused by the limited amount of recordings in the
>>>> 'oldrecoreded' table".
>>>>
>>>> AFAIK, the `LoadInBackground` implementation has a kind
>>>> of 'paging' algorithm implemented, which might be triggered
>>>> incorrectly in the second case.
>>>>
>>>> If we can find a user that has many items in the
>>>> "Previously Recorded Screen" and uses a recent QT
>>>> version (>= 5.15.0), that report is of interest.
>>>>
>>>>
>>>> Using mythtv-master and going back to October 2020 the behavior is OK
>>> with the same Qt version 5.15.2 and the same Mythbuntu theme files.
>>> This suggests the issue is related to a code change and that the code
>>> change can be found with bisecting.
>>> I might have a go at this in the weekend if it is not found before that.
>>>
>>>
>> I have found the cause of this. It is an old change by Mark Kendall that
>> made the refresh interval for animations variable instead of a fixed 16 ms.
>> The variability probably also explains why it only happens if you have
>> only a few recordings.
>> A fix is forthcoming.
>>
>>
>> The fix for this issue is now committed to master and to fixes/32.
>
> Klaas.
>
>
Klaas,
thank you for providing this fix.
I confirm that this issue is solved after an upgrade to the latest fixes/32
version.

Roland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-dev/attachments/20220424/2ee092eb/attachment.htm>