cybrnook

Thanks @eschultz figured as much, it's a huge release. Really looking forward to upgrading tonight!

Wonder is Eric is letting the paint dry on 1.15 before an update? It is a large release.

Added an issue in the git repo to notify of the 1.15 update for Plex @eschultz

Checked it out as well. That neckbeard is getting strong @jonp 🙂 I laughed and wondered what the user active view count went from/to after you left.

Might be of use? https://github.com/phusion/baseimage-docker/issues/451

What's the log say? To the right of the docker in unraid gui.

Also the "Zoom" of your browser can play tricks on you too.

Unfortunately our UPS's don't work with the stock apcupsd. Which is why we are using Nut.

Same as I am doing. But, it would be nice to be able to tell multiple devices to shutdown gracefully in the event a power outage comes along for an extended period of time. Might look into setting up the Nut Server to try and do that.

Let me know if you get anywhere with this. I have a Cyberpower OL1500RTXL2UN, and would be interested in your findings. Currently have mine through the UPS port, but would switch.

I'll test again tonight. I will blow away the docker and reinstall to see if behavior persists. Will follow up, thanks @Djoss EDIT: Haven't had a chance to test yet. Hopefully I can sometime soon.

Load an episode into your queue, right click "Match" in the middle to choose your source, choose the TV DB one at the top (I assume any one would work as it happens as soon as you click) and then the error appears.

Unfortunately, still the same issue when trying to search for a name match😞 IllegalArgumentException java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.done(RenamePanel.java:940) Caused by: java.lang.IllegalArgumentException at net.filebot.ui.rename.EpisodeListMatcher.match(EpisodeListMatcher.java:83) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:922) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:918)

Java Java Java Java Java Java Java Java Java Java Java Java Java Java Java Java 🙂 @Djoss Getting this when trying to do even a single episode fetch and rename: [services.d] starting app... [app] starting FileBot... [services.d] done. FileBot 4.8.4 (r5846) JNA Native: 5.2.0 MediaInfo: 18.05 Apache Commons VFS: [zip, rar] Chromaprint: 1.4.3 Extended Attributes: OK Unicode Filesystem: OK Script Bundle: 2019-02-20 (r548) Groovy: 2.5.1 JRE: OpenJDK Runtime Environment 1.8.0_181 JVM: 64-bit OpenJDK 64-Bit Server VM CPU/MEM: 0 Core / 15 GB Max Memory / 53 MB Used Memory OS: Linux (amd64) HW: Linux 140206e3df26 4.19.23-Unraid #1 SMP Fri Feb 15 10:41:44 PST 2019 x86_64 Linux DATA: /config Package: DOCKER License: FileBot License JAVAJAVAJAVA (Valid-Until: 2019-07-30) Done ヾ(＠⌒ー⌒＠)ノ Prism pipeline init order: sw Using java-based Pisces rasterizer Using dirty region optimizations Not using texture mask for primitives Not forcing power of 2 sizes for textures Using hardware CLAMP_TO_ZERO mode Opting in for HiDPI pixel scaling *** Fallback to Prism SW pipeline Prism pipeline name = com.sun.prism.sw.SWPipeline (X) Got class = class com.sun.prism.sw.SWPipeline Initialized prism pipeline: com.sun.prism.sw.SWPipeline vsync: true vpipe: false 22/02/2019 08:35:16 client 1 network rate 1240.4 KB/sec (139270.1 eff KB/sec) 22/02/2019 08:35:16 client 1 latency: 0.5 ms 22/02/2019 08:35:16 dt1: 0.0059, dt2: 0.0226 dt3: 0.0005 bytes: 35027 22/02/2019 08:35:16 link_rate: LR_LAN - 1 ms, 1240 KB/s 22/02/2019 08:35:16 copy_tiles: allocating first_line at size 41 22/02/2019 08:35:19 created selwin: 0x20002d 22/02/2019 08:35:19 called initialize_xfixes() IllegalArgumentException java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.done(RenamePanel.java:936) Caused by: java.lang.IllegalArgumentException at net.filebot.ui.rename.EpisodeListMatcher.match(EpisodeListMatcher.java:85) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:921) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:917) So checked the usual suspect, and found: /tmp # which java /usr/bin/java /tmp # cd /usr/bin /usr/bin # ldd java /lib/ld-musl-x86_64.so.1 (0x14b8fee8b000) Error loading shared library libjli.so: No such file or directory (needed by java) libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x14b8fee8b000) Error relocating java: JLI_Launch: symbol not found /usr/bin # EDIT: ALSO!!! Beta 4.8.5 is out 🙂 https://www.filebot.net/forums/viewtopic.php?t=9535

Just dropping in to say thanks again for maintaining this plugin, it's great to have. I updated to your latest version this morning 2019.02.20 , and noticed two odd behaviors. 1. I had and already existing .RecycleBin folder which contained some data from a previous delete. I updated, then went and emptied the trash. I can see that the contents of the folder were purged, but to my surprise the .RecycleBin folder remained, which I found strange. Normally emptying the trash takes the folder along with it. 2. I deleted a folder in another area after upgrading. The folder itself was empty, but nevertheless I deleted it. This did not register with the Recycle Bin plugin, and the folder is just gone now. No worries, as I wanted it to be deleted, but also found it strange that it was not caught. I am on the latest RC4 release.