Comment 2 for bug 1090888

builds.mixxx.org doesn't seem to work right now I'll have to try later with r3644.

However this is a 100% sure way to make mixx r3632 crash in my computer, so I'll try to give more info meanwhile:

I noticed that this doesn't happen if you start with an empty Library, some songs must be already in the Library.

I'm using the 64 version of Ubuntu Studio 12.10

I Have +- 20000 MP3, flac, OGG, and MP4 files in a different partition that I mount manualy with Thunar (Thunar uses gvfs). I don't know if this is important or not.

mv ~/.mixxx ~/.mixxx_bak

start mixxx, tell mixx where the library is and start scanning.

Cancel the scan, so there are a few songs in the database and a lot to add yet.

Rescan library.

While rescanning click though Library related options in the GUI (Library, Hidden, Analyze...)

Eventualy, the GUI will freeze and seconds later mixxx will crash.

The GUI opens a dialogue with 'ASSERT: "record.indexOf(column) == m_tableColumnIndex[column]" in file src/library/basesqltablemodel.cpp, line 214'

If mixx was opened via terminal these are the last messages:
TagLib: MPEG::Header::parse() -- Invalid sample rate.
Debug [Main]: MissingTableModel(0x57ced60) select() error: src/library/basesqltablemodel.cpp 205 "SELECT id FROM missing_songs " QSqlError(5, "Unable to fetch row", "database is locked")
Fatal [Main]: ASSERT: "record.indexOf(column) == m_tableColumnIndex[column]" in file src/library/basesqltablemodel.cpp, line 214