View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008837 | MMW v4 | Properties/Auto-Tools | public | 2011-12-08 23:59 | 2018-06-15 10:48 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0.1 | ||||
| Target Version | 4.1 | Fixed in Version | 4.1 | ||
| Summary | 0008837: Mask: Auto Tag from Filename not fetching Info correctly in some cases | ||||
| Description | In case of Filename "26. Capella - Move On Baby.mp3" and when user tries to fetch <Track#> info from filename. 1. It fails to do so correctly if he uses MASK "<Track#>." where Track # is filled with "26. Capella - Move On Baby" instead of just "26". 2. It also fails to correctly set track number when masks "<Track#:3>." and <Track#:3>.<Skip> are used where Track # is filled with "26." instead of "026" due the fact that "." is used as field Separator Finally only way user gets correct Filename is when he uses mask "<Track#>.<Skip>" | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1601 | ||||
|
|
Reminder sent to: jiri, Ludek, rusty Can you please Triage this for MM 4.0.1 especially as this can also interfere with other such fields? |
|
|
No it's a bug. same behavior in 1307. Maybe older regression when we switched Track # and other fields to string |
|
|
I think there is nothing to fix. Note that the Track# needn't to be numeric, we accepts also strings like 'Track 01' for Track# field. So <Track#:3> returns correclty '26.' while <Track#:2> returns '26'. So user should use <Track#:2> if he doesn't want to accept the dot char. Actually I guess that for this filename he should use masks like these: <Track#> <Artist> - <Title> <Track#:2>.<Artist> - <Title> that work. |
|
|
I think you misunderstood, or I have not explained it correctly. 1. "<Track#>." should work same as "<Track#>.<Skip>" 2. "<Track#:3>." for "26T. Capella - Move On Baby.mp3" should return "26T" but for "26. Capella - Move On Baby.mp3" should only return "26" due the fact that "." limits mask to only two chars. You are right there is some differences when same mask is used in Auto-Tag and Auto-Organize. |
|
|
And why it should work this way? It has never worked like this and has never been designed like this. Re: 1. "<Track#>." works if the string has no other char after the dot, but if there are subsequent chars then it needs to be appened by another mask element like "<Track#>.<Skip>" or <Track#>.<Artist> - <Title> etc. Or another possibility is to use just <Track#:2>. Re: 2. Why there should be an inconsistency in using of <Track#:3> for '26T' and '26.' ? e.g. in czech the '26.' means '26th' and is desired Track# value more than '26T' - it doesn't mean anything. So I still believe it works correctly and there is nothing to fix. |
|
|
1. It was asked occasionally. Problem I see is that "." is set as separator for any other possible info. There is no logic that MM ignores separator and fetch whole filename as <track#> as that is teh point of separator to leave rest for further processing and not appending value to VAR prior to separator. 2. You are right I see your point. I never though about grammatical meaning "26." |
|
|
Re: 1: I could try to do something about it, but since the current behaviour is basically correct and in order to prevent from introducing regressions I am moving target to 4.1 |
|
|
Fixed in build 1601 and covered by regression tests. "<Track#>." works same as "<Track#>.<Skip>" now |
|
|
Verified 1605 |
