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

[Klaas de Waal]

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.

Klaas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-dev/attachments/20220422/31a6a348/attachment.htm>