I just upgraded from MJ8 to MC9.1, which installed as 9.1.308. (I know there's newer beta but I can't risk harm to my huge music database.)
These appears to be bugs that I don't see mentioned anywhere:
1. Fields list (Ctrl+O > Tree & View > Library Fields) -- The built-in field Recording isn't in the list. I want to customize it to allow only values S;M;R (Stereo, Mono, Rechanneled). I can add my own field of the same name, but then it doesn't appear in the Tag Info Extended box. The solution is to be sure ALL internal fields are available in the Library Fields list.
2. Windows positioning -- Some aspects of MC assuming Windows has the Start bar at the default bottom of the screen. But it's movable, and for good reason; many companies standardize on the Windows Start bar at the TOP of the screen (same position as a Macintosh) because it's ergonomically better at the top. (Old-timers will recall Microsoft moved the Windows 95 menu bar to the bottom after Apple Computer sued.) The problem with MC is that some smaller windows open at the very top of the physical screen, rather than within the active area of Windows (as they should). This causes them to get stuck beneath the Start bar, with their close button buried. It's a hassle for the user to unlock the Start bar, move or close it, move the MC window, then reopen and relock the Start bar. The fix is for MC to only write to the active app area of Windows, not the physical screen area.
Not bugs, but wishes...
3. The value of MC to me is the powerful database to manage my huge library. Therefore, it's distressing to see that the size and position of the tag-editing dialog is so poor. It needs to be a much larger form able to display without scrolling all the fields chosen and ordered by the user, editable or not, with sufficient field size to type/edit contents. Maybe it can popup on top of the Tree; does anyone edit a file's tags simultaneously with jumping around the Tree? Or maybe the tags form can open across the bottom 25% of the files table (or even across the entire window), taking care to scroll so the file being edited is still visible. Right now, the number of keystrokes necessary makes MC a weak choice for library management. As Music Match finally gets an improved UI, it's not time for MC to slip backwards!
4. Scattering buttons and toolbars all over the screen is not productive. Does a user really need two buttons and a menu choice to burn a CD? Is this something that is done in a rush, repeatedly, every few seconds? No, but the screen space devoted to it could be used for tasks that are more frequent. Similarly, there are several places where the UI uses a huge amount of space to display not much.
5. How about at least one skin designed simply to be readable, with no gimmicks, no gray-on-gray colors, etc? Does everyone want a visual thrill when managing a database?
Terrific product, though quite peculiar that version 10 is upon us while 9 has loose ends.