mythfrontend segfaults: storage groups...pixmaps..slave backend

[mikpolniak@…]

I have been running a slave backend that only records to its local disk.

With svn 12203 if the SBE is _not_ connected then mythfrontend from the MBE accessing a recording in its default storage group, segfaults when it exits from the 'Media Library' with:

QUERY_PIXMAP_LASTMODIFIED[]:[]Vanished[]:[]The New World[]:[]Sen....

With the SBE connected and the MBE using its default storage group and the SBE default storage group (and the SBE with only its default storage group) then mythfrontend from the MBE does not segfault.

But, running mythfrontend from the SBE to access a recording on the MBE default storage group segfaults when it exits the 'Media Library'with :

write -> 13 722 QUERY_PIXMAP_LASTMODIFIED[]:[]Prison Break[]:[]The Killing Box[]:...

read <- 13 23

And running mythfrontend from the SBE to access a recording that is on the SBE local storage group does not segfault.

I then added another local MBE directory to the MBE Storage:

MBE has its local 'default' and a local 'second' MBE directory plus the SBE default

SBE has only its default

If the SBE is _not_ connected and mythfrontend is run from MBE to access the local 'second' MBE directory then again it segfaults exiting the 'Media Library' with:

write -> 15 564 QUERY_PIXMAP_LASTMODIFIED[]:[]The King of Queens[]:[]Dark Meet[]:...

[cpinkham]

(In [12207]) Fix a few things about preview generation related to the recent Storage Group changes.

• Don't set ProgramInfo::pathname inside ProgramInfo::GetPlaybackURL(), this can cause problems if something was looking at the pathname and it inadvertently changed.

• Make the preview generator store the pathname independent of the value in ProgramInfo. This way we can modify the copy of the pathname if we find a local file and still have the original value in ProgramInfo.

• Don't emit a previewReady to the Watch Recordings screen if the backend did not return an "OK" status, such as when the slave that owns a recording is down.

Closes #2779.