Not all recording groups available for selection

[jan@…]

If editing a recording from the recordings screen, only the recording groups that currently have any recordings are displayed in the drop down list of available groups. It should display all groups though like when editing recording rules, upcoming recordings or using mythweb.

[stuartm]

Unfortunately this is due to the implementation of Recording Groups being fundamentally flawed. Recording groups cease to exist when they contain no recordings because they are not independent of the recordings. There is no table to store recording groups, they exist only in the recordings table. This also has the unfortunate effect of storing recgroups as a string rather than an ID, you can't rename groups and handling group names in screens requires some ugly string comparisons with special cases for Default translation.

This won't change until someone takes the time to re-write recgroup support properly. e.g. storing the groups in a table, referenced by unique id internally with a user defined display name and password.

[jan@…]

Understood. As an intermediate solution, wouldn't it be possible to search both tables, the one with the recordings and the one with planned recordings, anyplace where the list of groups is extracted?

[Stuart Auchterlonie]

This sounds like an interesting challenge :)

[stuartm]

Milestone 0.25 deleted

[Raymond Wagner]

Recording Groups are slated to be replaced by tags, stored in a many to many fashion in the database, as part of the recording schema rewrite.

[Peter Bennett]

This was fixed in version 0.28