Opened 18 years ago
Closed 16 years ago
#1666 closed defect (fixed)
mythfrontend crashes when editing people search from watch recordings
Reported by: | Owned by: | gigem | |
---|---|---|---|
Priority: | minor | Milestone: | 0.21 |
Component: | mythtv | Version: | 0.19 |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
When you go to edit schedule from the watch recordings screen on a program that was recorded from a people search, mythfrontend core dumps. It works fine if you do it from the upcoming recordings screen. I'll see about getting a stack trace tonight.
Change History (4)
comment:1 Changed 18 years ago by
comment:2 Changed 18 years ago by
Milestone: | → unknown |
---|---|
Owner: | changed from Isaac Richards to gigem |
David, this is probably due to using a single ProgramInfo? in two threads. ProgramInfo::clone() makes a copy which can be used in another thread. The problem is due to QStrings, which use non-threadsafe reference counting, the ProgramInfo::clone() uses QDeepCopy<QString> to make copies that can safely be used in another thread.
PS This report probably pre-dates the QDeepCopy usage in clone(), but you can probably do a check of ProgramInfo? usage in the scheduler much more quickly than I could...
comment:3 Changed 16 years ago by
Milestone: | unknown → 0.21 |
---|---|
Status: | new → infoneeded_new |
Is this still a problem? As Daniel suggested this may be fixed already, it's also the only report of a bug which seems to be 2 years old. I can check the code to see if the likely cause is still there, but only the original ticket submitter can tell if the crash still occurs with trunk.
comment:4 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | infoneeded_new → closed |
Here's the backtrace from the core file: