System.IO.PathTooLongException (1 Viewer)

[Jellax]

I am having trouble importing movies from one folder on my network. The log says System.IO.PathTooLongException, and that the path, filename och both is too long. The limit is 248 carachters.
The longest path I have is this...
\\SERVER\ftpn\Film\HD\HD_Film_3\Robin.Hood.2010.Unrated.DC.720p.BluRay.X264-AMIABLE.[UsaBit.com]
That is unde 100 charachters.

What is wrong with this it starting to get really annoying.

If I add the move as a watchfolder, Moving Pictures find the file but with over 50 movies in that folder that is not a sollution.

Please help me?

 

[fforde]

Can you please post debug log files from when you reproduced this issue?

 

[Jellax]

Here is the log file from moving pictures

 

[RoChess]

Here is the log file from moving pictures

You need to enable DEBUG mode inside MediaPortal config first, as indicated by fforde's link.

Also please update to the latest version of MovingPictures, and if it fails to auto disable the impawards scraper, then please disable this one manually, because it should not be used anymore.

And try to recreate your problem, because the log file did not show any errors.

 

[Jellax]

I have set it to debug mode but I cant find the "Data Source Manager Enhanced Debug Mode" setting in About...
I post both the Media Portal and Moving Pictures log

 

[fforde]

You are not running in debug mode, you are still not running the latest stable build, and you have not reproduced the error that you are reporting while generating the log files you have posted. Please understand i would like to help you but for me to do that you need to upgrade to the latest stable, turn debug logging on, and post logs from when the issue occurred.

And do not worry about the "scraper script / data source debug mode", we are trying to debug the program, not a scraper script.

 

[Jellax]

Okey.
I updated Moving Picture. I am in debug mode, Ill add a screenshot to prove that.
I moved a new movie to the folder that doesnt work, started the import, no movie.
I shur the config down and copied the logfiles that I attach.

 

[fforde]

Thanks, this was exactly what I need.

So looking at the log file and the code it looks like this is happening during a recursive scan of your "\\SERVER\ftpn\Film\HD\HD_Film_3" import path. The way we scan is we look at all files in your folder and then based on a few things (the most important being file extension), we filter out what is not a video file. This means that when the importer is doing a full scan every file in your import path is examined.

I would like to add logging to tell you specifically which file it is causing the problem, but the code that is failing is the call to grab the filename+path. So do you think its possible that there is a file under this import path that may have too long of a name but you didnt pay attention to it because it is not a video file? Think nested folders...

 

[Jellax]

This is the longest path/filename in that folder, that is 268 chracter in total...

\\SERVER\elements1\Film\HD_Film_3\Pirates.Of.The.Caribbean.Trilogy.720p.BluRay.DTS.x264-FREECORE\Pirates.Of.The.Caribbean.The.Curse.Of.The.Black.Pearl.2003.1080p.BluRay.DTS.x264-hV/Pirates.Of.The.Caribbean.The.Curse.Of.The.Black.Pearl.2003.1080p.BluRay.DTS.x264-hV.mkv

But how can a single file cause that no new files get indexed?
If I shorten the "Pirates.Of.The.Caribbean.Trilogy.720p.BluRay.DTS.x264-FREECORE" a bit will that do the trick? I prefer not to change the filename because I want the full release name intact. But I guess I can make a .txt file with the ful release name.

 

[fforde]

Yes, shortening the filename should solve the problem.

As for nothing importing, currently the error is not handled inside the file scanning loop, it is handled outside. This means that as it is currently implemented, a single file with too long a path will cause an entire import path to fail to load anything. This is just an oversight and I'll change it for our next release. Sorry for the trouble!