Drag-n-drop from SpaceFM throws error
Posted: 15 Nov 2015, 10:06
Dagging and dropping any file (eg. "/bt/Complete/The Game (1997)/The.Game.1997.720p.BluRay.x264.YIFY.mp4") from the SpaceFM file manager into FileBot throws an error: "java.net.URISyntaxException: Illegal character in path at index 0:" The upgrade from 4.5.1 to 4.6 did not resolve this.
Dragging from SpaceFM into other applications works fine, and dragging from other file managers into FileBot also works fine.
I reported this to SpaceFM, and here is their response: "You may want to report this to FileBot, as even if SpaceFM is out of spec, FileBot probably shouldn't generate an exception. Their handling that more gracefully may also reveal whether SpaceFM's use is within spec yet not handled properly by FileBot, or whether SpaceFM is out of spec. Sounds like it may be a character encoding issue."
Here's the SpaceFM report: https://github.com/IgnorantGuru/spacefm/issues/589
It would be marvellous if between you, you could solve this problem, so I don't have to switch file managers only for FileBot.
sysinfo:
Nov 15, 2015 11:48:08 AM net.filebot.Main initializeCache
WARNING: App version (r3052) does not match cache version (r2818): reset cache
FileBot 4.6 (r3052)
JNA Native: 4.0.0
MediaInfo: MediaInfoLib - v0.7.79
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: no 7-Zip-JBinding in java.library.path
Chromaprint: fpcalc version 1.2.0 (fpcalc)
Extended Attributes: OK
Groovy Engine: 2.4.3
JRE: OpenJDK Runtime Environment 1.8.0_65
JVM: 64-bit OpenJDK 64-Bit Server VM
CPU/MEM: 4 Core / 812 MB Max Memory / 22 MB Used Memory
OS: Linux (amd64)
Package: AUR
Data: /home/captain/.filebot
uname: Linux cutter.highseas 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64 GNU/Linux
Done ヾ(＠⌒ー⌒＠)ノ
(While you're at it, how do I fix my 7-Zip-JBinding?)
Dragging from SpaceFM into other applications works fine, and dragging from other file managers into FileBot also works fine.
I reported this to SpaceFM, and here is their response: "You may want to report this to FileBot, as even if SpaceFM is out of spec, FileBot probably shouldn't generate an exception. Their handling that more gracefully may also reveal whether SpaceFM's use is within spec yet not handled properly by FileBot, or whether SpaceFM is out of spec. Sounds like it may be a character encoding issue."
Here's the SpaceFM report: https://github.com/IgnorantGuru/spacefm/issues/589
It would be marvellous if between you, you could solve this problem, so I don't have to switch file managers only for FileBot.
sysinfo:
Nov 15, 2015 11:48:08 AM net.filebot.Main initializeCache
WARNING: App version (r3052) does not match cache version (r2818): reset cache
FileBot 4.6 (r3052)
JNA Native: 4.0.0
MediaInfo: MediaInfoLib - v0.7.79
7-Zip-JBinding: net.sf.sevenzipjbinding.SevenZipNativeInitializationException: Failed to load 7z-JBinding: no 7-Zip-JBinding in java.library.path
Chromaprint: fpcalc version 1.2.0 (fpcalc)
Extended Attributes: OK
Groovy Engine: 2.4.3
JRE: OpenJDK Runtime Environment 1.8.0_65
JVM: 64-bit OpenJDK 64-Bit Server VM
CPU/MEM: 4 Core / 812 MB Max Memory / 22 MB Used Memory
OS: Linux (amd64)
Package: AUR
Data: /home/captain/.filebot
uname: Linux cutter.highseas 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64 GNU/Linux
Done ヾ(＠⌒ー⌒＠)ノ
(While you're at it, how do I fix my 7-Zip-JBinding?)