Status icons not correctly updated with Qt painter

[John Veness <John.Veness.mythtv@…>]

In Watch Recordings, when using the Qt painter, the status icons (the ones showing whether a recording has been edited, has a bookmark set, is in widescreen etc.) do not get correctly updated. As you scroll up and down with the cursor keys, they often seem to show the details from the previous highlighted program. If you wait for a while, they will eventually be updated with the correct icons.

This problem doesn't occur with the OpenGL painter, and seems to be a new bug in 0.24. I have tested with both Mythbuntu and MythCenter?-wide themes.

$ mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : 27235
MythTV Branch : branches/release-0-24-fixes
Network Protocol : 63
Library API : 0.24.20101028-1
QT Version : 4.7.0
Options compiled in:

linux debug using_alsa using_jack using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_dvb using_firewire using_frontend using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg

[stuartm]

I'm pretty sure most of these are a theme issues, the symptoms match with widgets having incorrect or invalid areas. Since the QT painter clips if the area is zero then no icon will be drawn until a fullscreen refresh occurs. Sure enough MythCenter?'s statetypes/states lack an area, they only have a position.

The bare imagetypes are harder to explain, we do allow unscaled images to have just a <position> but my guess is that the code to handle this was broken during one of the caching, or animation commits.

Since multiple themes maintained by different people are affected I can't just reassign the ticket. Instead can I ask people to open tickets for this issue and others like it for each theme affected, and for third party themes please contact the maintainer directly - email addresses should appear in the themeinfo.xml

[stuartm]

May be fixed by [b25ec2e]/[61ba0b7] and if not then per-theme fixes will be required.