Frontend, browsing Videos/Video List - the bottom info panel stops updating

[jfabernathy]

• Platform: At least Fedora 41 and Debian 13.

• MythTV version:v34, v35 and Master v36-Pre

• Package version: Built from source on all

• Component:mythfrontend

What steps will reproduce the bug?

How to reproduce has been reported on the mythtv-user list by multiple people.

Person1:
I am starting to test updating my system and have compiled from
31474b3a0c98aa80ceb7903359af2024726156e (HEAD -> fixes/35)

I noticed on the frontend when I browse videos using the list view, the
bottom panel which shows the name of the video (or the directory
name) and a counter like 1 of 35 etc, after seven cursor-downs the info
panel stops updating. If I cursor-up, it will start updating again but
then also stop.

I see the same behavior in any of the themes when browsing videos using
a list view. I enabled a high level of debug output on both the
frontend and backend but I could didn't see any kind of error message.

Person 2:
I tested this on my Debian 13 frontend using mythfrontend version:
v36-Pre-502-gdee3ca2eff

I have 5 video series with one having 12 years and more than 20 episodes per year. In list mode if I move down to that series and then to the right to get to the years list I get the bottom panel to update as I move down but it stops at 10 for me, Same for the episode panel on the far right. the bottom panel also stops updating at 10. The list of the years or the episode does change in the panels above the bottom.

Person 3:
The details panel gets updated when the cursor moves over the list, but
not when the cursor stays in the same location and the list scrolls
under it. So to see the correct details, you have to move the cursor
up (or down if at the top) so it moves over the list, then down (or
up) again to the item that has just been scrolled into visibility.

How often does it reproduce? Is there a required condition?

What is the expected behaviour?

What do you see instead?

Additional information

[faginbagin]

I can confirm the problem occurs with the mythbuntu/35 PPA on ubuntu 24.04.

[kmdewaal]

Does anyone have an idea when this bug was introduced? It must have been correct at some time in the past.

[faginbagin]

v29 was OK. I'm 99% certain v32 was OK. I think v34 was OK, but I can't swear to it. I might have test versions of these on my dev machines. I'll check them now & report back shortly.

[faginbagin]

Looks like I cleaned up the older versions, but if you'd like I can do some "bisecting", installing v34 and letting mythtv scan my existing video library, then check if the bug is there.

[barry30]

The bug does not exist in fixes/33, but it does in fixes/34.

[kmdewaal]

I did the bisecting and this is the result:

53d32e054c9f8dbbc61969cd589b1b9500100aef is the first bad commit
commit 53d32e054c9f8dbbc61969cd589b1b9500100aef
Author: hambre <jaham@gmx.net>
Date:   Mon Feb 5 08:08:04 2024 +0100

    Support displaying bookmark state and watched progress in video manager (#742)

Which part of this commit is the actual culprit is yet to be determined.

[jfabernathy]

On my Debian 13 system I pulled and rebuilt mythtv-light, Pre-36-Master, and installed the .deb. The video list seems to scroll properly.
Thanks.

P.S. The backend didn't change. It's still Ubuntu 24.04 v36 from the ppa.
I only updated my Debian 13 PC running mythfrontend.

[faginbagin]

Now that Jim has confirmed Klaas's commit fixes the regression, can it be backported to v35?