Ticket #4056 (closed defect: fixed)
Opened 5 years ago
Last modified 5 years ago
deleted (but in deleted group) prevent new recordings via "still available in list of recordings"
| Reported by: | xris | Owned by: | skamithi |
|---|---|---|---|
| Priority: | minor | Milestone: | unknown |
| Component: | mythtv | Version: | unknown |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
I've been getting a lot of zero-byte recordings lately (another issue), and noticed that if I delete these (#3872 explains why they shouldn't exist in the first place), MythTV will no longer re-schedule a new recording to replace them because the old one "still exists" in the Deleted group. It's annoying to have to go in and "delete forever" again to get them to re-record.
Attachments
Change History
comment:2 Changed 5 years ago by skamithi
- Status changed from new to closed
- Resolution set to fixed
comment:3 Changed 5 years ago by xris
You sure this is the full solution? There may be times when users aren't aware that the recording is still in the deleted group (because of display filters). If the deleted group is just as good as actually deleted, shouldn't the scheduler ignore things in the deleted recgroup, as far as dupe checking is concerned? Either that, or we should consider some kind of UI to auto-undelete things when people try to re-record them (in case the recording was only partial, or was somehow corrupt, not just zero-bytes).
comment:4 Changed 5 years ago by skd5aner@…
- Status changed from closed to reopened
- Resolution fixed deleted
I agree with xris. This should be irrelavent if the recording was zero-byte or not. Not just for re-records, but for max recording rules. If I have a max recording of 1, watch that recording and "delete it", I will want the scheduler to record another now that I have "deleted" the one I had. For all intensive purposes, I would think the undelete group would simply treat anything in it as completely deleted.
Changed 5 years ago by skamithi
- Attachment ignore_programs_in_deleted_recgroups.diff added
ignore programs in "Deleted" recgroup during scheduling checks.
comment:5 Changed 5 years ago by skamithi
pls test patch. gave it a quick test drive. seems to work.
comment:6 Changed 5 years ago by xris
I'd personally go for "NOT IN ('LiveTV','Deleted')" but I don't know how it'd work in mysql 3.x, or be affected by indexing. Anyway, that patch should work just fine, although it misses another place that it should probably be. I'll attach my diff in a sec.
comment:7 Changed 5 years ago by skamithi
comment:8 Changed 5 years ago by skamithi
- Status changed from reopened to closed
- Resolution set to fixed
