Opened 14 years ago
Closed 12 years ago
#10511 closed Bug Report - General (Fixed)
Can't delete recordings from MythTV if no file exists
| Reported by: | xris | Owned by: | stuartm |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.27 |
| Component: | MythTV - General | Version: | Master Head |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
Seems silly to prevent deleting a recording if the file is gone from disk:
2012-03-26 01:10:32.674928 E [28485/28582] ProcessRequest mainserver.cpp:2580 (DoHandleDeleteRecording) - ERROR when trying to delete file: GetPlaybackURL/UNABLE/TO/FIND/LOCAL/FILE/ON/mythtv.forevermore.net/1110_20120319234119.mpg. File doesn't exist. Database metadata will not be removed.
Maybe this is to prevent deleting things for a temporarily-offline disk? Seems an odd use case to me, though.
Change History (8)
comment:1 by , 14 years ago
| Milestone: | unknown → 0.25 |
|---|---|
| Owner: | set to |
| Status: | new → assigned |
| Version: | Unspecified → Master Head |
comment:2 by , 14 years ago
| Milestone: | 0.25 → unknown |
|---|
comment:3 by , 14 years ago
| Milestone: | unknown → 0.25.1 |
|---|---|
| Owner: | changed from to |
| Status: | assigned → accepted |
comment:4 by , 14 years ago
I got this when I manually moved some files from my 'recordings' to my 'videos' folder and renamed them for long term storage (they were kids movies that I was tired of seeing in the daily lineup).
I think I also got this if I rebooted the backend while something was recording (to unjam a card). My quick fix was to touch the associated filenames in the 'recordings' folder as the mythtv user. The touched files and extra png files would disappear or I guess they were expired...
This avoids having to muck with sql in the database to nuke the bad entries.
P
comment:5 by , 13 years ago
| Milestone: | 0.25.1 → 0.26 |
|---|
comment:6 by , 13 years ago
| Milestone: | 0.26 → 0.26.1 |
|---|
comment:7 by , 12 years ago
| Milestone: | 0.26.1 → 0.28 |
|---|
comment:8 by , 12 years ago
| Milestone: | 0.28 → 0.27 |
|---|---|
| Resolution: | → Fixed |
| Status: | accepted → closed |
This was fixed a few months back.

This seems to be an artefact of the auto-expire/deleted recgroup code, it worked fine when deletions were done immediately.