# Can no longer open shortcuts to folders

**URL:** https://community.mp3tag.de/t/can-no-longer-open-shortcuts-to-folders/69588
**Category:** Support
**Created:** [August 31, 2025, 12:38pm UTC](https://community.mp3tag.de/t/can-no-longer-open-shortcuts-to-folders/69588 "2025-08-31T12:38:50Z")
**Posts on this page:** 1
**Showing post:** 4

<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: [September 2, 2025, 7:45am UTC](https://community.mp3tag.de/t/can-no-longer-open-shortcuts-to-folders/69588/4 "2025-09-02T07:45:11Z")

</div>

It's related to this change

> [2025-06-26] CHG: symbolic links to folders are not dereferenced in open and save dialogs to more likely preserve user intent and follow platform conventions.

I've described details of this change at

> [@Changes regarding symbolic links in Mp3tag v3.30c](https://community.mp3tag.de/t/changes-regarding-symbolic-links-in-mp3tag-v3-30c/68967/2):
>
> 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\ we…

Unfortunately, it's not possible to let the Windows open dialogs resolve Shell links (`*.lnk` shortcuts) and not dereference symbolic links and junctions points at the same time.

I hope the workaround is sufficient for you. You can also always right-click on the shortcut inside an open dialog, choose to open the target location, and proceed from there.

---

_[View the full topic](https://community.mp3tag.de/t/can-no-longer-open-shortcuts-to-folders/69588)._