Mixxx

QList out of bounds ASSERT at end of playlist

Bug #245816 reported by Albert Santoni
2
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
High
Albert Santoni
1.6
Fix Released
Undecided
Unassigned

Bug Description

I threw an album into the play queue, flipping on NEXT mode, and listened to the album to completion. At the end of the last track, the code must have tried to grab the next track and went out-of-bounds in a QList = assert...

Do NOT let me forget about this... I need to fix this...

Albert Santoni (gamegod)
Changed in mixxx:
assignee: nobody → gamegod
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Albert Santoni (gamegod) wrote :

Fixed in r2135

Changed in mixxx:
status: Confirmed → Fix Committed
ironstorm (ironstorm-gmail)
Changed in mixxx:
status: Fix Committed → Fix Released
Revision history for this message
ironstorm (ironstorm-gmail) wrote :

Actually Claudio just sent a patch into the list to address this also.

Revision history for this message
Albert Santoni (gamegod) wrote :

No, Claudio's patch was a workaround for a situation where the selection model for WTrackTableView gets out of sync with the underlying TrackPlaylist. (This should never happen in the first place, so it's really just covering up another bug.)

The bug that I fixed in r2135 was the one described by the bug reporter, which is that NEXT mode used to try to grab songs past the end of a TrackPlaylist. Claudio's bug was found in a separate piece of code.

Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/4986

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.