DEBUG ASSERT in CueControl::loadCuesFromTrack()
Bug #1937074 reported by
Uwe Klotz
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Committed
|
High
|
Unassigned |
Bug Description
Happened when loading a track:
critical [CachingReaderW
Unfortunately, I was not able to reproduce this assertion by reloading the track. Hope to find another one and then stop Mixxx before the database gets updated. But I guess this could also be a race condition.
Changed in mixxx: | |
milestone: | none → 2.4.0 |
importance: | Undecided → High |
Changed in mixxx: | |
assignee: | nobody → Uwe Klotz (uklotzde) |
status: | New → In Progress |
Changed in mixxx: | |
status: | In Progress → Fix Committed |
To post a comment you must log in.
The debug assertion is wrong, this case needs to be handled for previously imported and played tracks.
Moreover the synchronization code creates unneeded cue points.