Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[yannis]

EDITED

Unless I'm doing smth wrong, there's a bug when using the Rename, Move & Copy Fill properties from Filename function to rename multiple video files. If one or more files selected do not match the name mask, then the few following filenames "inherit" the wrong value. It's difficult to describe but easy to replicate. Could you take a look?

Names:  
Director 1 - Name X - Year
Director 2 - Name Y - Year
Director 3 - Name Z (Year)
Director 4 - Name A - Year
Director 5 - Name B - Year

Result
Director 1 - Name X - Year
Director 2 - Name Y - Year
Director 3 - Name Z (Year)
Director 4 - Name Z
Director 5 - Name Z

[MrC]

It would also be helpful to show your template.

[yannis]

I thought it was clear from the list

[Director] - [Name] - [Year]

The 3rd file, the one with (Year) and no [ - ], causes the next few to get a "stuck" name - but at some point the renaming resumes correctly.

But YOU ARE RIGHT, I wrote about renaming, when I meant Fill Properties From Filename - stupid of me, I know; but the bug is still there.

[yannis]

bump

[MrC]

Does this only happen on movie files, and if so, what type of movies (single file movies, ripped conglomerates)?

I tested it in .txt files using the exact same name and a Filename template:

   [Director] - [Name] - [Year]

and didn't see any problems.   See attached.

[yannis]

I haven't tested non video so far, but will do if you want.

Yes, it happens with music files too.

Here's a real life example, a variety of video files.
The "after" is what happens when I press OK.
I intentionally removed the Director name leaving the first [-] to create more havoc with the mask.

[MrC]

Yup, I see the issue.

The Name "Parallel" being assigned to the PV* filename is a residual - the values are not being cleared from previous calls and when the template cannot fill in a field.  The "new" values should be cleared each file so that they can be compared against existing values.

I've added it to the MC beta thread.

@matt - this one's for you I think.

[Matt]

Thanks for all the details.

I didn't reproduce this, but looking at the code it looked pretty obvious what was wrong.  So I'm about 95% sure next build will fix it:
Fixed: Fill Properties From Filename could incorrectly apply a value from the previous file in certain cases.

I would appreciate a confirmation once the new build is available.

Thanks again.

[MrC]

I tested out the OP's tracks (the best I could make of them), and don't see any issues.  It would be best to hear from the OP, as I failed to produce the problem previously.

[yannis]

Does OP stand for Original Poster?

I'd love to check the fix, but I only have access to v146 and can't see any related ref in the changelog.

[glynor]

Does OP stand for Original Poster?

Yes.

[yannis]

As far as I can tell, the bug seems to be gone in v. 18.0.149. Thanks.

[Matt]

Thanks for letting us know it's fixed, and for the nice report above.