Thanks for the answer - sorry it's hard, but it is definitely a pain in Windows to have to fix this by hand each time it happens.

I'm glad it's at least on the list.

Seeker wrote:Sorry for the bump - but I want to make sure this is on a list somewhere. Is it?

Yes, it's on the list, but it's little difficult (high regression risk for 3.1). Problem is that Windows system doesn't care about case of the folder name when you're renaming file (even if you're putting full path+filename to system). So you need to rename specific folder and this can make problems for users who have stored media files on Linux based server.

Sorry for the bump - but I want to make sure this is on a list somewhere. Is it?

Both problems still exist for me in 1177:

Take Album Artist: Bernado Rubaja

select all tracks of this album artist and change to Bernado rubaja in the properties --------- no changes in the tree.

change to Bernado rubajah ------- tree immediately changes

change to Bernado Rubaja ----- node disappears, refresh brings it back

change to Bernado rubaja ---- no changes in the tree.

Auto Organize (note it is rubaja not Rubaja at this point) - auto-organize offers to rename to lower case - accept change - no change to the FOLDER occurs. (And although I haven't test this extensively in 1177, it ALWAYS occurs in earlier versions - extremely easy to reproduce.)

So - I'd say they're both still there?

Can anyone replicate the auto-organize problem with build 1177?

EDIT: I can reproduce the problem. A fix is fairly risky and will be deferred beyond 3.0.3

-Rusty

Seeker and everyone else,

I just posted build 1177--hopefully it'll give a couple of answers. Can you please give it a try and let me know:
a) if the tree problem is solved for you (it should be fixed)
b) if the auto-convert problem still exists (if it is a separate issue, then it shouldn't be resolved). If it still is an issue,
-does it always occur?
-if not, any ideas as to what specifically triggers it? (e.g. certain filetypes, certain masks, certain field lengths, etc.)

Thx.

-Rusty

I think that there may actually be two issues - and it's probably good to separate them in order to figure out how to destroy them.

But at least now I think it is clear what ONE of them is - MM doesn't change the case of folder names, but does change it in the database - which is ONE way to get out of sync.

Sure, but that fails to explain why some of my tree titles differ from the existing album titles, the MM paths, and the Windows directories. I was a little surprised to see the tree actually updated correctly.

Thanks. I feel vindicated.

and yes - the tree has \dance Planet - which is great - IF the folder names had been changed.

But since the folders are unchanged - there is a discrepancy.

The solution of course is for the folder names to change as they are supposed to! Thanks for making me feel better!

Okay, I just tried it manually. I changed an album title to lower case (Dance Planet > dance Planet) then ran auto-organize on it. MM path indicates it is lowercase ( \dance Planet ). Looking at the actual windows folder, the directory case remains unchanged ( \Dance Planet ).

Apparently, I've just never run into this issue before but I was indeed able to reproduce it. For what it's worth, the tree WAS updated and has the lowercase title.

I get the same behavior.

MM does not change the case if the spelling does not change thus necessiciating creating a new file/folder.

Hmmm - well you probably know better than me, but I just see what I get as a result.

i.e. let's say I have an artist named oDd CaSe with album GET OFF MY CASE

Since I have <artist>\<album>\<album> - <artist> - <track#> - <title>.flac as my naming convention, I get a folder/file structure:

- oDd CaSe
- GET OFF MY CASE
- GET OFF MY CASE - oDd CaSe - 01 - You Poor Obsessed Fellow.flac

Using something like the Case Checker, it says I should have "Odd Case" and "Get Off My Case" - I accept the change.

Now I won't get into whether the tree is working ok - you're looking into that.

But when I use auto-organize, the name change offered is:

change:

I:\Music\oDd CaSe\GET OFF MY CASE\GET OFF MY CASE - oDd CaSe - 01 - You Poor Obsessed Fellow.flac

to:

I:\Music\Odd Case\Get Off My Case\Get Off My Case - Odd Case - 01 - You Poor Obsessed Fellow.flac


I accept this as well. Then the PATH in Mediamonkey says that's exactly what happened. But if I just go to my Windows XP directories - the file name has changed, BUT (and this is the whole point of the thread)

Folder names are still oDd CaSe and GET OFF MY CASE

When I eventually add/rescan files, Mediamonkey finally gets it that the folder names are wrong, and offers to fix it again (but does not).

I take it you DO NOT see this happening?

I use Windows XP, and have to go fix all these folder names by hand.

Seeker,

Like spacefish, I cannot reproduce the issue that you're seeing, though I do see the problem with the inconsistency between the tree and the tracklist and we're looking into that issue.

i.e. from my perspective, it's not an auto-organize problem, but rather a problem with the tree.

-Rusty

Mediamonkey will still not change the Case of higher level folders during an auto-organize in build 1175.

I'm getting very little traction on this report - does no one care, or does it not happen to others?

Seeker wrote:Did

Auto-organize does not rename folders when the only change is in the case of the folder name.

ever make any list at all?

not saying it is a high priority bug, but i wanted to make sure it was at least on a list somewhere.

MoDementia - is your comment just for scripts, or does MediaMonkey not use this when it does an auto-organize rename?