Opened 17 years ago
Closed 17 years ago
Last modified 17 years ago
#1667 closed defect (worksforme)
'Recorded Programs' trying to load pixmaps although show_recorded_pixmaps=false
Reported by: | Owned by: | xris | |
---|---|---|---|
Priority: | major | Milestone: | unknown |
Component: | mythweb | Version: | head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Change History (5)
comment:1 Changed 17 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 Changed 17 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
The off-by-one error is in #1669.
comment:3 Changed 17 years ago by
Resolution: | → worksforme |
---|---|
Status: | reopened → closed |
Closing this. I haven't heard any complaints about this bug in months, and the mythweb code is fine.
comment:4 Changed 17 years ago by
If so, why does mythweb try to load those pixmaps even if show_recorded_pixmaps is false?
I just synced with svn head and tried it again. Going to the recordings view leads to such messages in mythbackend's log:
2006-08-06 01:27:55.827 RingBuf(/mnt/mythtv-unionfs/1127_20060805093000.mpg.png): Could not open /mnt/mythtv-unionfs/1127_20060805093000.mpg.png. 2006-08-06 01:27:55.831 Preview Error: Previewer file '/mnt/mythtv-unionfs/1127_20060805093000.mpg' is not valid. 2006-08-06 01:27:55.832 MainServer: Failed to make preview image.
This is repeated for many recordings so often, until the backend freezes. I agree that _this_ is not mythweb's issue, but at least it should not happen when show_recorded_pixmaps is disabled.
comment:5 Changed 17 years ago by
Well, I have to correct my statement: The backend doesn't freeze, but it gets unresponsive so that mythweb gives up and closes the connection. But that actually doesn't mean anything. ;)
(In [9673]) Closes #1667, References #1035. Fix for off-by-one error in myth listings category lookup found by Janne.