Opened 20 years ago
Closed 19 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 by , 20 years ago
comment:2 by , 20 years ago
| Milestone: | → unknown |
|---|---|
| Owner: | changed from to |
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 by , 19 years ago
| 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 by , 19 years ago
| Resolution: | → fixed |
|---|---|
| Status: | infoneeded_new → closed |

Here's the backtrace from the core file: