Opened 17 years ago
Closed 16 years ago
#4056 closed defect (fixed)
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 (2)
Change History (10)
comment:1 Changed 17 years ago by
Owner: | changed from Isaac Richards to skamithi |
---|
comment:2 Changed 17 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:3 Changed 17 years ago by
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 17 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
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 17 years ago by
Attachment: | ignore_programs_in_deleted_recgroups.diff added |
---|
ignore programs in "Deleted" recgroup during scheduling checks.
comment:6 Changed 17 years ago by
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.
Changed 17 years ago by
Attachment: | scheduler.diff added |
---|
comment:7 Changed 17 years ago by
comment:8 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
(In [14619]) Closes #4056 Refs #3788. if filesize < 1mb don't mark the show for deletion if this feature is enabled , just delete it.