starred/Lidarr

Fork 0

mirror of https://github.com/Lidarr/Lidarr.git synced 2026-03-02 22:56:57 -05:00

[BUG]: Leading ellipsis for nested folder names replaced with dot on import #1764

New issue

Open

opened 2026-02-20 01:18:12 -05:00 by deekerman · 3 comments

deekerman commented

2026-02-20 01:18:12 -05:00

Owner

Originally created by @gaizaharduz on GitHub (Aug 21, 2021).

Is there an existing issue for this?

I have searched the existing issues

Current Behavior

I saw this issue was reported and fixed before in https://github.com/lidarr/Lidarr/issues/604, but I think it was probably reintroduced with the recently added nested path feature.

Using a track format such as:

{Album Title}/{Artist Name} - {Album Title} - <etc>

When importing an album with the name ...My Album..., it gets renamed to:

.My Album./My Artist - .My Album. - <etc>

Expected Behavior

Despite the name being a bit weird, the main issue is that the leading dot of course causes the album folder to be viewed as hidden, and ultimately ignored by Lidarr on re-scan (and also other software such as Jellyfin).

Steps To Reproduce

No response

Environment

- OS: KDE Neon
- Lidarr: Lidarr 0.8.1.2135
- Docker Install: Yes
- Using Reverse Proxy: No
- Browser: Vivaldi

What branch are you running?

Master

Anything else?

I think that calling CleanFolderName instead of using the FileNameCleanupRegex directly here would at least solve the hidden file issue:
github.com/Lidarr/Lidarr@187672b183/src/NzbDrone.Core/Organizer/FileNameBuilder.cs (L134)

I also noticed that Radarr previously had a similar issue and introduced a test case, which may be a good idea to prevent reoccurrence: https://github.com/Radarr/Radarr/pull/4509/commits/b336cb0b77feb596802128de43bb8173e169f7fa

AB#1483

Originally created by @gaizaharduz on GitHub (Aug 21, 2021). ### Is there an existing issue for this? - [x] I have searched the existing issues ### Current Behavior I saw this issue was reported and fixed before in https://github.com/lidarr/Lidarr/issues/604, but I think it was probably reintroduced with the recently added nested path feature. Using a track format such as: ``` {Album Title}/{Artist Name} - {Album Title} - <etc> ``` When importing an album with the name `...My Album...`, it gets renamed to: ``` .My Album./My Artist - .My Album. - <etc> ``` ### Expected Behavior Despite the name being a bit weird, the main issue is that the leading dot of course causes the album folder to be viewed as hidden, and ultimately ignored by Lidarr on re-scan (and also other software such as Jellyfin). ### Steps To Reproduce _No response_ ### Environment ```markdown - OS: KDE Neon - Lidarr: Lidarr 0.8.1.2135 - Docker Install: Yes - Using Reverse Proxy: No - Browser: Vivaldi ``` ### What branch are you running? Master ### Anything else? I think that calling `CleanFolderName` instead of using the `FileNameCleanupRegex` directly here would at least solve the hidden file issue: https://github.com/Lidarr/Lidarr/blob/187672b1832f6d31443f965908d6bb9b503dc8c8/src/NzbDrone.Core/Organizer/FileNameBuilder.cs#L134 I also noticed that Radarr previously had a similar issue and introduced a test case, which may be a good idea to prevent reoccurrence: https://github.com/Radarr/Radarr/pull/4509/commits/b336cb0b77feb596802128de43bb8173e169f7fa [AB#1483](https://dev.azure.com/Servarr/7ab38f4e-5a57-4d70-84f4-94dd9bc5d6df/_workitems/edit/1483)

deekerman added the

Type: Bug

Type: Enhancement

Area: Organizer

labels

2026-02-20 01:18:12 -05:00

deekerman commented

2026-02-20 01:18:13 -05:00

Author

Owner

@scottfridwin commented on GitHub (Aug 16, 2022):

Just recently ran into the issue in 2 different ways:

Importing an artist folder where some albums begin with '...' (such as Metallica/...And Justice For All). The album is not recognized during the import.
After import and all files names are set, a refresh will not recognize files in a folder beginning with '.' (such as Slipknot/.5- The Gray Chapter), which results in the album appearing as missing.

To me, the second issue is more concerning since it essentially results in those files disappearing. Lidarr will try to query indexers for replacements and potentially download over and over again.

@scottfridwin commented on GitHub (Aug 16, 2022): Just recently ran into the issue in 2 different ways: 1. Importing an artist folder where some albums begin with '...' (such as Metallica/...And Justice For All). The album is not recognized during the import. 2. After import and all files names are set, a refresh will not recognize files in a folder beginning with '.' (such as Slipknot/.5- The Gray Chapter), which results in the album appearing as missing. To me, the second issue is more concerning since it essentially results in those files disappearing. Lidarr will try to query indexers for replacements and potentially download over and over again.

deekerman commented

2026-02-20 01:18:13 -05:00

Author

Owner

@chrisjameschamp commented on GitHub (Nov 3, 2022):

What's the status on this being fixed, I see over a year ago it is marked as fixed but never merged

@chrisjameschamp commented on GitHub (Nov 3, 2022): What's the status on this being fixed, I see over a year ago it is marked as fixed but never merged

deekerman commented

2026-02-20 01:18:13 -05:00

Author

Owner

@ohsnapword commented on GitHub (Dec 20, 2022):

I am still seeing this behavior in version 1.1.1.2762.

@ohsnapword commented on GitHub (Dec 20, 2022): I am still seeing this behavior in version 1.1.1.2762.