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

[Klaas de Waal]

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-dev/attachments/20220423/dfe1ff30/attachment.htm>