traditional musical key db corruption?
Bug #1395967 reported by
Owen Williams
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Expired
|
Undecided
|
Unassigned |
Bug Description
I am using tradition key display, and I've noticed over time more and more of my tracks are showing up as C?m or D?. This would probably happen if the unicode sharp or flat character were being attempted to be written to the database, which does not support unicode. We should make sure we are converting the unicode back to # and b for compatibility.
Changed in mixxx: | |
status: | New → Incomplete |
To post a comment you must log in.
Hm, we store the key in the database as an integer, not a string so this
shouldn't happen. Unless Mixxx wasn't able to understand your key tags from
the get-go.
How did you get the key annotations? Text entry? Analyser? ID3 tag?
On Mon, Nov 24, 2014 at 10:34 PM, Owen Williams <email address hidden> wrote:
> Public bug reported: /bugs.launchpad .net/bugs/ 1395967 /bugs.launchpad .net/mixxx/ +bug/1395967/ +subscriptions
>
> I am using tradition key display, and I've noticed over time more and
> more of my tracks are showing up as C?m or D?. This would probably
> happen if the unicode sharp or flat character were being attempted to be
> written to the database, which does not support unicode. We should make
> sure we are converting the unicode back to # and b for compatibility.
>
> ** Affects: mixxx
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https:/
>
> Title:
> traditional musical key db corruption?
>
> To manage notifications about this bug go to:
> https:/
>