# 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:** 1
**Showing post:** 2

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@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")

</div>

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.

---

_[View the full topic](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967)._