# Changes regarding symbolic links in Mp3tag v3.30c
**URL:** https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967
**Category:** Development
**Created:** [June 28, 2025, 7:34am UTC](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967 "2025-06-28T07:34:42Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [June 28, 2025, 7:34am UTC](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967/1 "2025-06-28T07:34:42Z")
Continuing the discussion from [Mp3tag Development Build Status](https://community.mp3tag.de/t/mp3tag-development-build-status/455):
> [@Mp3tag Development Build Status](https://community.mp3tag.de/t/mp3tag-development-build-status/455/1):
>
> CHG: symbolic links to folders are not dereferenced in open and save dialogs to more likely preserve user intent and follow platform conventions
Could you please explain this change in behavior in detail?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 28, 2025, 9:07am UTC](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967/2 "2025-06-28T09:07:16Z")
Consider a symbolic link (created via `mklink /D`)
`C:\Music\Link` pointing to `\\server\share\music\`
Before v3.30c, Mp3tag was dereferencing symbol links when navigating via symbolic links that point to folders. So if you chose **File → Change directory...** and enter `C:\Music\Link\`, the location was automatically changed to `\\server\share\music\`. Same with export file names and more.
Contrary to that, if you chose **File → Change directory...** and pointed to `C:\Music\`, the files under `C:\Music\Link\` were listed as such (not `\\server\share\music\`) in Mp3tag.
Furthermore, Windows Explorer preserves the link location when navigating into `C:\Music\Link\`.
With the change in v3.30c, I'm trying to preserve the user intent of using symbolic links as a means of abstraction from the actual location. In addition, I try to be more in line with platform conveniention, i.e., the behaviour of, e.g., Windows Explorer.
This is why `C:\Music\Link\` is now preserved, also when navigating into the linked folder.
---
### Author:  [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [June 28, 2025, 10:07am UTC](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967/3 "2025-06-28T10:07:00Z")
> [@Florian](#):
>
> This is why `C:\Music\Link\` is now preserved, also when navigating into the linked folder.
Thanks for this change. It was always a little confusing but I arranged myself to this behavior. From now on I have to remember that the path I see in the columns is the path to the link-directory and not to the directory the files reside in.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 28, 2025, 10:35am UTC](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967/4 "2025-06-28T10:35:39Z")
> [@poster](#):
>
> From now on I have to remember that the path I see in the columns is the path to the link-directory and not to the directory the files reside in.
Yes, it was partly like that before this change: if the linked folder was inside the loaded folder, it would also have displayed the path to the link directory.