Mailing List Archive: Previously Recorded Screen on fixes/32 (Mythbuntu Theme)

Previously Recorded Screen on fixes/32 (Mythbuntu Theme)

Apr 21, 2022, 10:34 AM

Post #1 of 9 (891 views)

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

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

stephen_agent at jsw

Apr 21, 2022, 11:14 AM

Post #2 of 9 (891 views)

Permalink

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
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

klaas.de.waal at gmail

Apr 21, 2022, 12:22 PM

Post #3 of 9 (891 views)

Permalink

On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <stephen_agent@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.

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

rcrernst at gmail

Apr 21, 2022, 1:18 PM

Post #4 of 9 (891 views)

Permalink

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

>
>
> On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <
> stephen_agent@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.

Roland

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

klaas.de.waal at gmail

Apr 21, 2022, 1:41 PM

Post #5 of 9 (891 views)

Permalink

On Thu, 21 Apr 2022 at 22:21, Roland Ernst <rcrernst@gmail.com> wrote:

>
> On Thu, Apr 21, 2022 at 9:23 PM Klaas de Waal <klaas.de.waal@gmail.com>
> wrote:
>
>>
>>
>> On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <
>> stephen_agent@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.

Klaas.

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

klaas.de.waal at gmail

Apr 22, 2022, 11:13 AM

Post #6 of 9 (889 views)

Permalink

On Thu, 21 Apr 2022 at 22:41, Klaas de Waal <klaas.de.waal@gmail.com> wrote:

>
>
> On Thu, 21 Apr 2022 at 22:21, Roland Ernst <rcrernst@gmail.com> wrote:
>
>>
>> On Thu, Apr 21, 2022 at 9:23 PM Klaas de Waal <klaas.de.waal@gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <
>>> stephen_agent@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.

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

klaas.de.waal at gmail

Apr 23, 2022, 12:45 PM

Post #7 of 9 (887 views)

Permalink

On Fri, 22 Apr 2022 at 20:13, Klaas de Waal <klaas.de.waal@gmail.com> wrote:

>
>
> On Thu, 21 Apr 2022 at 22:41, Klaas de Waal <klaas.de.waal@gmail.com>
> wrote:
>
>>
>>
>> On Thu, 21 Apr 2022 at 22:21, Roland Ernst <rcrernst@gmail.com> wrote:
>>
>>>
>>> On Thu, Apr 21, 2022 at 9:23 PM Klaas de Waal <klaas.de.waal@gmail.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <
>>>> stephen_agent@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.

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

rcrernst at gmail

Apr 24, 2022, 11:01 AM

Post #8 of 9 (884 views)

Permalink

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

>
>
> On Fri, 22 Apr 2022 at 20:13, Klaas de Waal <klaas.de.waal@gmail.com>
> wrote:
>
>>
>>
>> On Thu, 21 Apr 2022 at 22:41, Klaas de Waal <klaas.de.waal@gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Thu, 21 Apr 2022 at 22:21, Roland Ernst <rcrernst@gmail.com> wrote:
>>>
>>>>
>>>> On Thu, Apr 21, 2022 at 9:23 PM Klaas de Waal <klaas.de.waal@gmail.com>
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, 21 Apr 2022 at 20:15, Stephen Worthington <
>>>>> stephen_agent@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

Re: Previously Recorded Screen on fixes/32 (Mythbuntu Theme) [ In reply to ]

johnpilk222 at gmail

Apr 26, 2022, 8:54 AM

Post #9 of 9 (876 views)

Permalink

On 23/04/2022 20:45, Klaas de Waal wrote:
>
> 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.

Since around Oct 2020 the cutlist editor in master has been prone to
'random' hangups. Initially there were segfaults, but soon that was
changed to a 20s hang followed by almost normal editing. Issue #344 is
still open but no one else seems to have been affected or able to
replicate the problem. I have added comments there after a few commits
that seemed to have made the hangs less frequent, but they still happen.

I get the impression that this commit is another but rather more
effective example of that, although my problem first appeared before the
code targeted here was committed. I felt it might be worth saying this
while memories are still fresh.

John P
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org