[Bug] Txt files not recognized

[sparrow1]

It happened since version 4.7 and happens in latest HEAD (r4044).
When I drag'n'drop some files into filebot window, *.txt files seem to be ignored. They do not appear on the left side panel at all. If I rename them for example to *.srt they are recognized and filebot works just fine renaming them.
Below is log from Filebot(console) when dragging two files into filebot window (*.m4v and corresponding *.txt file):

Code: Select all

cze 20, 2016 4:27:40 PM java.util.prefs.WindowsPreferences <init>
WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.
java.nio.charset.MalformedInputException: Input length = 1
java.io.UncheckedIOException: java.nio.charset.MalformedInputException: Input length = 1
        at net.filebot.ui.rename.FilesListTransferablePolicy.load(FilesListTransferablePolicy.java:74)
        at net.filebot.ui.rename.FilesListTransferablePolicy.load(FilesListTransferablePolicy.java:56)
        at net.filebot.ui.transfer.BackgroundFileTransferablePolicy$BackgroundWorker.doInBackground(BackgroundFileTransferablePolicy.java:111)
Caused by: java.nio.charset.MalformedInputException: Input length = 1
        ... 3 more

Below is sysinfo output

Code: Select all

C:\Program Files\FileBot>filebot -script fn:sysinfo
FileBot 4.7 (r4044)
JNA Native: 4.0.1
MediaInfo: java.lang.UnsatisfiedLinkError: Unable to load library 'mediainfo': Native library (win32-x86/mediainfo.dll) not found in resource path ([file:/C:/Program%20Files/FileBot/FileBot.jar])
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: C:\Program Files\FileBot\7-Zip-JBinding.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
cze 20, 2016 4:28:47 PM java.util.prefs.WindowsPreferences <init>
WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.
Chromaprint: fpcalc version 1.1.0 (C:\Program Files\FileBot\fpcalc.exe)
Extended Attributes: OK
Groovy Engine: 2.4.7
JRE: Java(TM) SE Runtime Environment 1.8.0_92
JVM: 32-bit Java HotSpot(TM) Client VM
CPU/MEM: 2 Core / 247 MB Max Memory / 16 MB Used Memory
OS: Windows 10 (x86)
Package: MSI
Data: C:\Users\Oskar\AppData\Roaming\FileBot
Done ?(?????)?

[rednoah]

What do you expect filebot to do with text files? They will be ignored anyway since they're neither video nor subtitle nor movie files.

That being said, *.list and *.txt and *.sfv files are not ignored completely. FileBot will try to load file paths from text files.


PS: I recommend using 64-bit Java on 64-bit platforms.

EDIT: When I drop text files it actually adds them as usual. Probably depends on the content of the text file. You could upload the text file that doesn't work on pastebin so I can try to reproduce this issue myself.

[sparrow1]

Thanks for quick reply. I expect them to be renamed the same way as other files.
Often subtitle files downloaded from the 'Net have .txt extension since they are recognized as "text/plain" MIME media type by browser and written as such. On the other side video players often do not care about file extension and check contents of the file to recognize them. So there is no incentive to rename those .txt files properly and often there is no standard file extension.
Anyway you will find subtitle file (in Polish) in SubRip format here: http://pastebin.com/AKZ44Mkn
Please forgive me if you find it offensive since it's subtitle for South Park episode.

Unfortunately older binary releases of different SVN revisions are not available on SF, so I can't tell which revision changed behavior of Filebot.

[rednoah]

I couldn't reproduce the issue. The *.txt file probably used a strange character encoding. Possibly fixed with r4064.