DVR not recognising filename

I cut commercial from file "UFOs Uncovering the Truth S01E06 2017-07-15 Pilots Astronauts 2020-04-26-2100.mpg" renamed the file for exact the same name and put in directory where it was.
44

and yet

all other files from that show are recognised correctly, so what is going wrong here (maybe some UFO involving ;d), maybe some hidden character in file name representing "&"?

That file is missing an icon too. Maybe it got corrupted. What is the file size? Or could be a permissions problem. The Log tab may show some errors.

Let me check

2020/05/13 20:49:35.534739 [ERR] Generating video index for file-305 failed: Couldn't open file: /Users/sebastian/Movies/rec/TV/UFOs Uncovering the Truth/UFOs Uncovering the Truth S01E06 2017-07-15 Pilots  Astronauts 2020-04-26-2100.mpg: open /Users/sebastian/Movies/rec/TV/UFOs Uncovering the Truth/UFOs Uncovering the Truth S01E06 2017-07-15 Pilots  Astronauts 2020-04-26-2100.mpg: no such file or directory
2020/05/13 20:49:35.536708 [DVR] Running commercial detection on file 305 (TV/UFOs Uncovering the Truth/UFOs Uncovering the Truth S01E06 2017-07-15 Pilots  Astronauts 2020-04-26-2100.mpg)
2020/05/13 20:49:41.835207 [DVR] Commercial detection failed for UFOs Uncovering the Truth S01E06 2017-07-15 Pilots  Astronauts 2020-04-26-2100.mpg with exit status 255

Maybe it got corrupted by my split/concat but for other file it works and I can open it in quicktime so corruption unlikely unless my dumb internet operator again cut me off network in the middle of work and file was not recorded entirely correct.
Maybe the best way is to delete and record again :expressionless:

Sounds like the name doesn't match.

I know but I copy/pasted the name from the info screen :frowning:

There are two spaces between these words.

I changed to one, as I said from copy/paste and still have the problem :frowning:

Copy/paste it from the Log. It needs to be two spaces.

Hah, now working.

but as you see in Info it shows one space. Looks I found intresing edge-case in automation, possibly related to "&" in name :slight_smile:

HTML collapses multiple spaces into one space. That's just how the browser works.

So it looks I have to take file name directly from API :slight_smile: but weird html did not convert &

HTML condenses multiple adjacent whitespace characters—with a few exceptions—into a single space, unless the element the text is wrapped in has a setting to preserve whitespace. This has always been the case since the beginning of the web.

Again, that doesn't explain ommiting "&"

There is no & in the filename, so that has nothing to do with HTML.

But there is in episode name :slight_smile:

Certain characters are removed from filenames when a recording is created, such as / : - & and others. Many different filesystems have different sets of characters that are not permitted in names. This is similar to the truncating of the trailing . in series names.