Opened 15 years ago
Closed 13 years ago
#8471 closed Bug Report - General (Fixed)
Orphaned preview images, again
| Reported by: | gigem | Owned by: | stuartm |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.25 |
| Component: | MythTV - General | Version: | 0.23-fixes |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
It looks like there is a new source of orphaned preview images. I need to do some more testing, but the sequence seems to go like this -- begin watching a recording, then exit playback and immediately delete the recording.
I suspect the "automatic regeneration from bookmark" feature is part of the cause. The generation of a new image is started upon exiting playback, but doesn't complete until after the deletion process has started.
Note my main frontend does not normally have the recording directories mounted. I believe this forces preview generation to the backend and probably affects the timing of events.
Change History (4)
comment:1 Changed 15 years ago by
| Owner: | changed from Isaac Richards to danielk |
|---|---|
| Status: | new → assigned |
comment:2 Changed 15 years ago by
| Owner: | changed from danielk to sphery |
|---|
comment:3 Changed 13 years ago by
| Milestone: | unknown → 0.25 |
|---|---|
| Owner: | changed from sphery to stuartm |
| Status: | assigned → accepted |
| Type: | defect → Bug Report - General |
Fixed by f78f9992d75 - Even if the recording is deleted immediately after watching it's not actually removed until at least 5 minutes later, more than enough time for any preview generation to have completed.
comment:4 Changed 13 years ago by
| Resolution: | → Fixed |
|---|---|
| Status: | accepted → closed |
I'm taking this one. I plan to fix it as part of the recordedfile changes scheduled for post 0.24. When fixed, we will actually store references to each generated preview in the database.