Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Renaming Capitalization #826

Closed
psouza4 opened this issue Jul 24, 2015 · 4 comments
Closed

Renaming Capitalization #826

psouza4 opened this issue Jul 24, 2015 · 4 comments
Assignees
@psouza4
Labels
Type-Bug

Comments

@psouza4
Copy link
Owner

psouza4 commented Jul 24, 2015

Originally reported on Google Code with ID 827

What steps will reproduce the issue?
1.Use Tools>Auto rename titles for all folders and files
2.
3.


What is the expected output?  What do you see instead?

Renames "Death To Smoochy" to "Death to Smoochy", "Back To The Future" to "Back to
the Future", Etc. It will reproduce this issue everytime for affected folders, even
though the names of the folders are already the intended lowercase version.

What is the exact version of the Media Center Master that you are using?

1.33, build 27711.817

Make sure you include the build number (example: 1.24.21610.455).


Please provide any additional information below:

Reported by bonnstettermark on 2011-10-19 12:10:44
@psouza4
Copy link
Owner Author

psouza4 commented Jul 24, 2015 

Also, locking the title within MCM does not protect the folder from being renamed.

Reported by bonnstettermark on 2011-10-19 12:38:19

@psouza4 psouza4 self-assigned this Jul 24, 2015
@psouza4
Copy link
Owner Author

psouza4 commented Jul 24, 2015 

Hi and thank you for taking the time to fill out the issue reports.  I do have some
comments:

(a) let's go to the support forums and discuss your issues with renaming -- include
a log, please.  I feel this is working as intended

(b) locking titles is intended to protect the meta-data content and not the physical
name of the files and folders for that title, nor its artwork, nor any manual changes
you make specifically to the meta-data.  This is by design

(c) multiple issues in one issue report are never accepted (what if we only resolve
one issue?) -- please post as individual issues :)

Reported by psouza4 on 2011-10-19 13:06:14

  • Status changed: Invalid

@psouza4
Copy link
Owner Author

psouza4 commented Jul 24, 2015 

Here's a better example. 
I run auto rename.
It renames "BUG" to "bug".
I run auto rename again.
It renames "BUG" to "bug".
I run auto rename again.
It renames "BUG" to "bug".

That's working as intended?

Reported by bonnstettermark on 2011-10-19 13:25:56

@psouza4
Copy link
Owner Author

psouza4 commented Jul 24, 2015 

It doesn't do this if the rename is reported successful by the OS and filesystem.  Again,
a support thread would be better suited to troubleshooting why it does this under your
operating conditions.  Under Windows Vista and 7 using an NTFS partition, renaming
only case works fine (older versions of Windows and/or other filesystems may not take
the rename, though).

Reported by psouza4 on 2011-10-19 13:36:57

@psouza4 psouza4 closed this as completed Jul 24, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@psouza4 psouza4

Labels
Type-Bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@psouza4