For many versions of Filebot now I've been editing the ini file to read: -DuseExtendedFileAttributes=false because my NAS does not support EA's. With 4.7 it seems that this parameter is ignored: even with it set in all 3 ini files, the file has extended attributes added. This results in a warning ...

BTW, you say "4.7 shouldn't add history entries for files that have been skipped. " The thing is, it **doesn't** skip the files, at least according to the messages, it renames them and it definitely adds a history entry, I can see this from the history timestamps.

The reason I'm saying new and old path is the same is because although filebot says it's renamed the file, the file names haven't been changed, because they were already correct. Example: File is called Garkbit S01E01 - The Waiter.mp4 I lookup this, and filebot's lookup returns a name of Garkbit ...

Reading the code a little further, I think in these circumstances (current and original are both files and the same) it passes this test: if (currentAttr.isRegularFile() && originalAttr.isRegularFile()) and therefore executes this code... Files.delete(current.toPath()); return original; Which looks ...

I can't see any sign of the files anywhere. Certainly not if they've kept their original names (or anything similar), a search doesn't turn them up, and I can't find them in windirstat - bearing in mind there's nearly 10GB gone missing they shouldn't be hard to find! My coding days date back to ...

Looks like this is a 4.7 bug, I have another computer with an older version. On the older version it works fine, updated to 4.7 and it's deleted the files.

If you can point me to an install of an older version I can revert to that version and retest if needed.

Yes, it seems I can reproduce quite simply... note that this is all on the local disk, no nas involved at all. Started with a test folder with some files in it which are correctly named. Open Filebot 4.7, select the folder, match (tvdb). All the files will have a tick next to them showing the names ...

I downloaded two new episodes, and renamed them using the right mouse button script. I then copied these to the folder with the previous 23 episodes in it. The format of the episode name was not the same, so I loaded the full gui and renamed all 25 files so it was consistent. I then tried to copy ...

Just auto-selecting a data source requires a lot of assumptions about your input and the choice of data source can make a big difference so I want users to actively know what they're doing. Maybe I wasn't clear, I wasn't suggesting auto-selecting, just a way for the user to say "use source xxxx ...

This is how I had imagined the logical flow: Drag movie or episode files into the "Original Files" list area Right-click "New Names" list area and select your preferred datasource Hit "Rename"! And you know, I never even realised you could right click "new names" and get the menu! For a flow to ...

These seem to have become very annoying in 3.8: Every time I hit Load I get "Why do you not use drag-and-drop to directly drop in your files" - simple answer, because I don't want to! Tell me once, but don't tell me every time. I load a file, then hit Match, I get "Nothing to match. Please add some ...

OK, copying within Filebot with version 3.1 and -DuseNativeShell=true, I got the error. With the new version, I don't, regardless of -DuseNativeShell. So you're successfully suppressing the messages. :D In my circumstances, this isn't much of a help because I could be copying the file to any of a ...

Thanks for the quick response! To take your questions in order: 1) I have to confirm on every move/copy operation. If I copy several files at once I do get prompted for each file (so several times during the copy), although there is the usual Windows "do this for all current items" checkbox. Even if ...

I've started having a problem in release 3.1 which I suspect is due to this change. Once I've renamed my files I copy them all to a NAS which is not NTFS, now I've started using 3.1 every time I copy the file I get a message saying... "Property loss: Are you sure you want to copy this file without ...