Removing tracks from Library doesn't work

Bug #240991 reported by D Mac on 2008-06-18
Affects Status Importance Assigned to Milestone
Albert Santoni

Bug Description

Running on Mac OS X 10.5.3
I re-organized my music files because Mixx couldn't read my m4a files.
Now my library has two instances of the previous files I had that were mp3 - one won't load so it is likely it is pointing at an old location.
I can't seem to re-create my library from scratch?
If I remove all the items in the Mixx library and then rescan, point to another library location rescan, back to proper location, rescan. Files are not re-adding and library remains empty.
When I exit Miss and restart the old library shows up with the duplicates,
I reinstalled Mixx1.6.0b3, but the library remains there - so it must be in another location. If I knew that I would try to remove the saved settings.
Let me know how I can do this to work around.
I love the product and am DJing a party on Saturday - plan to use it.

Albert Santoni (gamegod) wrote :

Hi Duncan,

Quick fix is to open a terminal in OS X and run:
rm ~/.mixxxtrack.xml

That will clear Mixxx's library. Beyond that, I think you've found a genuine bug. We'll have to take a look at this.

Thanks for the bug report, and good luck with the gig on Saturday!

Changed in mixxx:
importance: Undecided → Medium
status: New → Triaged
davez0r (themadmerchant) wrote :

1.6.0b3 is doing this on my machine as well; running Debian lenny.

gee (gaborwinkler) wrote :

Hi Albert,

I have the same issue using XP and 1.60. Any tips on how I can fix it?


Matteo Rossi (teo-red90) wrote :

Same issue on Mixxx 1.60 on Ubuntu 8.04

ironstorm (ironstorm-gmail) wrote :

"remove" tracks doesn't actually remove them from the .mixxxtracks.xml file...

So there is no way to remove a single track from your library...

In order to recreate your library you need to execute one of the following:

1) Shutdown mixxx

2a) Windows
del %USERPROFILE%\.mixxxtrack.xml

2b) Linux / OSX(?)
rm ~/.mixxxtrack.xml



ironstorm (ironstorm-gmail) wrote :

one of the following being step 2a or 2b that is.

Albert Santoni (gamegod) wrote :

Renamed the bug and assigned to me.

Changed in mixxx:
assignee: nobody → gamegod
status: Triaged → Confirmed

Is this the same bug as #192042?

This works the other way too. Using trunk r2568 I added a file to my disk and the library automatically rescanned but didn't show the new file. I rescanned manually and it still didn't.

Albert Santoni (gamegod) on 2009-02-02
Changed in mixxx:
milestone: none → 1.6.3
Albert Santoni (gamegod) wrote :

No, it's not the same as 192042.

Changed in mixxx:
milestone: 1.8.0-moving → 1.8.0
Albert Santoni (gamegod) wrote :

Fixed in Mixxx 1.8.0!

Changed in mixxx:
status: Confirmed → Fix Committed
RJ Skerry-Ryan (rryan) on 2010-10-05
Changed in mixxx:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers