View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000167 | MMW v4 | Properties/Auto-Tools | public | 2003-02-27 04:12 | 2007-08-24 21:06 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 3.0 | ||||
| Summary | 0000167: Default track # and disk# should be an empty string + 04 shouldn't change to 4 | ||||
| Description | Currently, the default track order on the properties pane is '0', which results in tags being filled with incorrect information on any update. The default value for this field should be ' '. (blank) | ||||
| Additional Information | Raised to 'high' 5/27. This is a ui blemish that shouldn't be in the release. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1058 | ||||
|
|
I have changed the priority to low - there are some technical problems to use a numeric control while allowing empty value, but the tag part will be corrected. The visual aspect can be solved eventually later. |
|
|
Why not switch to alphanumeric control? |
|
|
That two arrows wouldn't be there and they are quite useful when user wants to use mouse only. |
|
|
aha... |
|
|
Fixed in build 475. Now empty (or zero) order, year or genre is properly updated in id3 tag. |
|
|
Verified in 1.475. Re-opening as normal priority fix for future (to remove the '0' from the UI when track order is unknown). edited on: 03-25 16:53 |
|
|
Also raised by a user is the fact that when they enter 04, MM changes it to 4 -- this shouldn't happen. |
|
|
We could possibly think about solving the first part - not showing '0' when the track # isn't defined, however the second part if quite a problem. Track # is represented internally and in the DB as a number (quite logically) and it of course cannot represent zeroes in the beginning. If we decide to solve this problem, it would require a number of changes and tricks - e.g. representing track # as both a number and a string in order to represent '04' and also allow all kind of queries and sorting. However, I don't think it's a good way to go. |
|
|
I see what you mean about the tricks that would be needed, but I still think that we need to fix the problem of '0' appearing as the track number. The 04-->4 issue isn't quite as big a problem (from my perspective), though some users have indicated that it is for them. Given both of the above, we might want to consider the easiest approach for dealing with this. i.e. if it's complex to treat is as both alphanumeric and numeric, why not just use alphanumeric (i.e. what do we lose by doing so)? |
|
|
Updated the bug to reflect that this issue also affects disc number. |
|
|
Raising to urgent since this may involve a DB change and we should therefore implement prior to the release of 3.0. |
|
|
Note: a side effect of this is the following bug that causes Tracks to be displayed out of order on the Album Art dialog. 1) Go to a big album (e.g. 24 tracks) in AA Details view 2) Select track 10 , click properties, and change the Track# to 24 -->Track is displayed last 3) Change the track# back to 10 -->Track is 10 is displayed last!! |
|
|
Fixed in build 1058. - Everything was updated, including DB, UI, etc. - Note that this fix might create a need for further improvements. E.g., we wrote ID3 tags with leading zeroes (like '03') and so they are scanned now this way. It probably isn't a big issue, but some users might be confused by the change. |
|
|
Verified 1063. |
