# \[X\] Incorrect Tools behavior

**URL:** https://community.mp3tag.de/t/x-incorrect-tools-behavior/17932
**Category:** No Bugs
**Created:** [May 9, 2016, 5:16pm UTC](https://community.mp3tag.de/t/x-incorrect-tools-behavior/17932 "2016-05-09T17:16:37Z")
**Posts on this page:** 1
**Showing post:** 6

<div class="post-metadata">

### Author: ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)
#### Post date: [May 31, 2016, 12:13am UTC](https://community.mp3tag.de/t/x-incorrect-tools-behavior/17932/6 "2016-05-31T00:13:06Z")

</div>

> [@zerow](#):
>
> But how is this whole process suppose to work?

Go to Options \> Messages.  
Make sure "at exporting tags" has a check-mark.  
This causes a message to be displayed after exporting which asks: "Display Export file now?"  
If you answer "Yes", the LOF file will be opened by its default application, which is Audacity.

BTW, this is how scripts can be executed.  
More information: [passing multiple selected items to external tool](https://community.mp3tag.de/t/16451/4)

> [@zerow](#):
>
> But that this say to us, that this bug is the fault of Audacity?

What bug? I don't see a bug in Audacity or Mp3tag.

> [@zerow](#):
>
> Yes, if there are some illegal characters in filenames of those files listed in that LOF file, that whole list [file] is not recognized correctly by Audacity [and you get an error about it]
> 
> A huge obstacle in the quest for a smooth workflow

If we could find a way to write the short file paths (also called 8.3 or DOS) to a LOF file, the file path character restriction would be overcome.  
Audacity shows the long file names, even when given the short path.

I have tried methods using DOS and VBS, but have found failures in each.  
Maybe I'll try again.

---

_[View the full topic](https://community.mp3tag.de/t/x-incorrect-tools-behavior/17932)._