# Converter Tag - Filename validates %\_length% before applying other functions around
**URL:** https://community.mp3tag.de/t/converter-tag-filename-validates-length-before-applying-other-functions-around/12727
**Category:** No Bugs
**Created:** [November 23, 2011, 7:01pm UTC](https://community.mp3tag.de/t/converter-tag-filename-validates-length-before-applying-other-functions-around/12727 "2011-11-23T19:01:55Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [November 23, 2011, 7:01pm UTC](https://community.mp3tag.de/t/converter-tag-filename-validates-length-before-applying-other-functions-around/12727/1 "2011-11-23T19:01:55Z")
Converter Tag - Filename validates part of format string before applying other functions around.
Please see attached picture ...
DD.20111123.2102.CET
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 13, 2018, 2:32pm UTC](https://community.mp3tag.de/t/converter-tag-filename-validates-length-before-applying-other-functions-around/12727/2 "2018-11-13T14:32:21Z")
Normal validation removes the invalid characters from the resulting filename (except if `$validate()` is used and a specific replacement character is provided).
However, there is a hard-coded replacement from `:` to `_` for the `%_length%` field, because simply omitting the `:` character would result in times like `0929` (and further support questions). In this case `$trimLeft(%_length%,'09_')` would produce the desired output.
I'd say it's intended behavior and I'm moving it to #bug-reports:no-bugs
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:31pm UTC](https://community.mp3tag.de/t/converter-tag-filename-validates-length-before-applying-other-functions-around/12727/3 "2018-12-28T14:31:44Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.