Opened 14 years ago
Closed 7 years ago
#7881 closed Bug Report - General (Fixed)
Not all recording groups available for selection
Reported by: | Owned by: | sphery | |
---|---|---|---|
Priority: | minor | Milestone: | 0.28 |
Component: | MythTV - General | Version: | 0.22-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
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.
Change History (9)
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
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?
comment:3 Changed 14 years ago by
Milestone: | unknown → 0.24 |
---|---|
Owner: | changed from Isaac Richards to Stuart Auchterlonie |
Status: | new → assigned |
This sounds like an interesting challenge :)
comment:4 Changed 14 years ago by
Milestone: | 0.24 → 0.25 |
---|
comment:6 Changed 13 years ago by
Milestone: | 0.25 |
---|---|
Owner: | changed from Stuart Auchterlonie to sphery |
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.
comment:7 Changed 13 years ago by
Milestone: | → unknown |
---|
comment:8 Changed 12 years ago by
Type: | defect → Bug Report - General |
---|
comment:9 Changed 7 years ago by
Milestone: | unknown → 0.28 |
---|---|
Resolution: | → Fixed |
Status: | assigned → closed |
This was fixed in version 0.28
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.