Missing art in Mythvideo "Television" menu

Bug #528544 reported by Mario Di Nicola
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mythbuntu
Won't Fix
Low
Unassigned

Bug Description

When entering the Media Library > Watch Videos menu you're presented with a choice of watching Movies or Television. The movies category displays cover and fan art correctly using the first movie in the list while the television category displays only the mv_browse_unknown.png image. Inside the television category all of the entries I have include fanart, coverart, and some screenshots. I've attached a small .png illustrating the problem.

Revision history for this message
Mario Di Nicola (warp99) wrote :
Revision history for this message
Thomas Mashos (tgm4883) wrote :

Thank you for helping to improve Mythbuntu by opening this ticket. Unfortunately it is missing some items necessary to understand or reproduce the problem. Could you please provide the full version of MythTV and what version of Mythbuntu you are using? Please also let us know if this is a Mythbuntu install, or if you installed Ubuntu and added MythTV.

If you would prefer then we can always wait for someone with more experience debugging this product to come along and offer some assistance.

Changed in mythbuntu:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Mario Di Nicola (warp99) wrote :

Additional information as requested:

Mythbuntu install with 0.22 fixes applied

:$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=9.10
DISTRIB_CODENAME=karmic
DISTRIB_DESCRIPTION="Ubuntu 9.10"

:~$ uname -r
Linux excalibur 2.6.31-20-generic-pae #58-Ubuntu SMP Fri Mar 12 06:25:51 UTC 2010 i686 GNU/Linux

:~$ mythfrontend --version
Please include all output in bug reports.
MythTV Version : 23893
MythTV Branch : branches/release-0-22-fixes
Network Protocol : 50
Library API : 0.22.20091023-1
QT Version : 4.5.2
Options compiled in:
 linux profile using_oss using_alsa using_pulse using_jack using_backend using_dvb using_firewire using_frontend using_glx_proc_addr_arb using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_libavc_5_3 using_live using_mheg

As for debugging the problem is more of an oversight then an actual bug related performance issue.

Revision history for this message
Thomas Mashos (tgm4883) wrote :

Thank you for helping to improve Mythbuntu by opening this ticket. Is there any way that you can test a newer revision by choosing 0.22 after activating the autobuilds (per http://www.mythbuntu.org/auto-builds)? We need to verify the problem still exists there before moving further.

Please be sure to back up your database before doing this though, because you can't downgrade back to your current version unless you drop the database and restore a backup.

Revision history for this message
iamlindoro (iamlindoro) wrote :

This is the expected behavior in TV/Movies Browse mode. The code that descends to hunt for art will (in most cases) only go one level deeper. Since the Movie node goes Movies->Some Movie item, and the Television node goes Television->Some Folder of Television->Some Television Season->Some Television Item, it doesn't descend to the items to grab artwork-- this is by design for both performance and predictability reasons.

Browse By..->TV/Movies builds the tree out of metadata instead of by folder structure. If you wants artwork there, you can create a folder structure that you like, put a folder.jpg/png image in each that you wants to see, and go back to Browse By...->Folder.

Revision history for this message
MarcRandolph (mrand) wrote :

Closing since this is the expected/designed behavior, per one of the developers.

Changed in mythbuntu:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.