Main Cue point not stored
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Just started over with a blank profile & database to reproduce this:
* load a new track (never played, not analyzed yet) to a deck
* set HotCues, set main Cue point
* unload track, load again
> Cue point still present
* close & re-launch Mixxx
* load that track
* main Cue point gone/reset to first frame of track
All HotCues are stored correctly.
See attached log.
In only 1 out of 5 attempts this showed up when shutting down:
Debug [Main]: TrackDAO: Updating track in database "/mnt/M_
Debug [Main]: "INSERT INTO cues (track_id, type, position, length, hotcue, label, color) VALUES (?, ?, ?, ?, ?, ?, ?)" QSqlError(19, "Unable to fetch row", "NOT NULL constraint failed: cues.label")
Debug [Main]: Committing transaction on "qt_sql_
EDIT
I can't recall with which version this behaviour started.
I just restored my working profile and notice that (on 'old' tracks) the respective main Cue points are restored correctly as I previously set them (looong ago). But changing their position doesn't work, as described above.
mixxx rev5957
Linux 3.14.23-rt20 #1 SMP PREEMPT RT x86_64
description: | updated |
Changed in mixxx: | |
assignee: | nobody → Uwe Klotz (uklotzde) |
status: | New → In Progress |
Changed in mixxx: | |
status: | In Progress → Fix Committed |
Changed in mixxx: | |
status: | Fix Committed → In Progress |
Changed in mixxx: | |
status: | In Progress → Fix Committed |
Changed in mixxx: | |
milestone: | none → 2.1.0 |
status: | Fix Committed → Fix Released |
https:/ /github. com/mixxxdj/ mixxx/pull/ 1043
Fixes only the NOT NULL issue, cue point handling is still buggy: /bugs.launchpad .net/mixxx/ +bug/1596237
https:/