BPM lock is broken

[Foss-4]

OSX 10.11.3 with Mixxx master build from 2016-01-21:
http://downloads.mixxx.org/builds/master/debug/mixxx-2.1.0-alpha-pre-master-git5592-debug-macintel64.dmg

When clicking the lock icon, status is not changed. When re-opening mix, it seems the status has changed, but while mixxx is open the UI is not reflecting the changed status.

Not sure if more UI elements are affected.

[RJ Skerry-Ryan (rryan)]

Hm, can't confirm on latest master HEAD -- OSX 10.11.2
sha: 77c52d45bb3466f5c62ed3860bcd2ec9e5994368

[Foss-4 (foss-4)]

More detail:

Skin: Deere
Image: http://imgur.com/m4YFguH
Behavior: the locked icon can't be unlocked and vice versa. odd thing is, when restarting mixxx the setting might have changed. so it looks like it's understood the click, but the UI does not instantly reflect status only after re-starting mixxx the status is updated.

[RJ Skerry-Ryan (rryan)]

BPM lock can't be enabled either via right-click BPM Options - >Lock BPM or via hte lock icon in the library.

[RJ Skerry-Ryan (rryan)]

Uwe, would you mind taking a look? I think this may be related to your recent track work

[Uwe Klotz (uklotzde-deactivatedaccount)]

Tested on Fedora 23 with LateNight and Deere, everything works as expected. Maybe be an OS X only issue?

[RJ Skerry-Ryan (rryan)]

Fixed in:
https://github.com/mixxxdj/mixxx/commit/cf9c378de7410bf6f05a76d44bd06f253268c92d

[RJ Skerry-Ryan (rryan)]

Turns out any track metadata change was no longer reflected in the library table (e.g. editing the track with right click -> properties).

[Uwe Klotz (uklotzde-deactivatedaccount)]

Ups, I didn't notice that I accidentally cut some signal paths. Thanks for fixing this, RJ!

A small follow-up PR that suppresses 2 redundant signals/invocations:

https://github.com/mixxxdj/mixxx/pull/889

[Foss-4 (foss-4)]

fix verified. thanks RJ and Uwe for addressing this.

[Swiftb0y (swiftb0y)]

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