pressing Enter in Browse -> endless loop
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
High
|
Unassigned |
Bug Description
Using Mixxx 1.8 beta or trunk (~ #2340 up to most recent):
While in the browse function of the library/playlist area of the main
window, selecting a folder then pressing Enter (i.e. to navigate up or
down through directories) causes Mixxx to go in an endless loop and flood
the output with this message:
>>>>
Debug: [Main]: activate() "/home/mus/misc/.."
>>>>
Once the loop is in progress, the UI is still relatively responsive
(it's possible to exit cleanly at this stage), but single-clicking
on any element (track / folder) in the Browse window will act as a
double-click. Single-clicking on a track freezes mixxx :
>>>>
Debug: [Main]: activate() "/home/
Debug: [Main]: TrackDAO::getTrack QThread(0x24d2230, name = "Main") "qt_sql_
Debug: [Main]: TrackInfoObject: emitting bpmUpdated signal!
Debug: [Main]: setCuePoints 0
Debug: [Main]: activate() "/home/
Debug: [Main]: TrackDAO::getTrack QThread(0x24d2230, name = "Main") "qt_sql_
Debug: [Main]: TrackInfoObject: emitting bpmUpdated signal!
Debug: [Main]: setCuePoints 0
Debug: [Main]: TrackDAO:
Debug: [Main]: Updating track "tone1" in database...
>>>>
This is 100% repeatable with the public 1.8 beta as well as trunk code. The
bug also "works" on Win as well as Linux.
Changed in mixxx: | |
milestone: | none → 1.8.0 |
status: | New → Confirmed |
importance: | Undecided → High |
Changed in mixxx: | |
status: | Fix Committed → Fix Released |
I can't reproduce this anymore in lp:mixxx/1.8. Marking fix committed, not sure by whom.