Squid

Pick one of your two options, and post all relevant screenshots with your new settings / template

Doubt it, but doesn't hurt to try. @DZMM Completely at a loss. The error of Uncaught TypeError: Cannot read property 'childNodes' of null at ca (dynamix.js:5) at ua (dynamix.js:5) at n.fn.init.append (dynamix.js:5) at n.fn.init.<anonymous> (dynamix.js:5) at K (dynamix.js:4) at n.fn.init.html (dynamix.js:5) at Object.success (Apps:1846) at i (dynamix.js:4) at Object.fireWith [as resolveWith] (dynamix.js:4) at z (dynamix.js:6) doesn't jive with the line triggering it of $('#templates_content').html(data);

What's on line 1846. And some before and after Sent from my LG-D852 using Tapatalk

Found the issue. (Bug has actually been in there since day #1, but with the updated PHP version in 6.4, the bug is now a fatal error whereas before it was simply a warning). Temporary fix is to disable notifications on the Backup. Will release an update later tonight to address this (and have libvirt.img backed up)

And can you also give me what line 1846 is on your system. at Object.success (Apps:1846) ( I don't have the same stuff installed on my system as you do, so I can't tell what the line 1846 is that's actually triggering the error)

Can you now right click, and say View Page Source. Then give me lines ~301-319 The line numbers may change though depending upon what you've got installed on your machine It should be this <style> .searchSubmit{font-family:'FontAwesome';width:29px;height:26px;border:1px solid #dadada;border-radius:0px 4px 4px 0px;font-size:11px;position:relative;padding:0px 2px;background:#DADADA;border:none;cursor:pointer;} table#templates_list tbody td.topRow{border-top:1px solid #E8E8E8;} .back-to-top {background: none;margin: 0;position: fixed;bottom: 40px;right: 0;width: 50px;height: 50px;z-index: 100;display: none;text-decoration: none;color: #ffffff;} input.appButtons {margin:0px;} input.viewButton {margin:1px;} input.sortButton {margin:1px;} input.dirButton {margin:1px;} input.resourceSort {margin:1px;} input.resourceDir {margin:1px;} input.allButtons {margin:-1px;} </style> <p> <script> var URL = "/plugins/community.applications/include/exec.php"; var monitorInterval; var last = $('input[name$="tabs"]').length; var VIEWSBACKUP = " "; But what I'm really curious is if there's anything extra between the </style> and the <script>

HellDiver

Along with disabling notifications, you're also going to have to either reset or rm /tmp/ca.backup/tempFiles/backupInProgress

Can't replicate. Can you do this for me. Use Chrome. Reload the tab, let it sit for a couple of minutes, then right click somewhere in the window and say "Inspect Element". A window is going to pop up on the right. Select Console at the top, and with some luck there's some errors present in red. Give me that screenshot.

Disable Notifications in the settings while I sort out why its failing.

It's not "crashed" or hung up, but the pop up never closed for some reason. What browser? And try clearing your browser cache.

What version of unRaid, and is docker enabled / disabled? Also while its in that state, can you post the results of this: ps -aux | grep comm

Use Unassigned Devices to mount the downloads share from SAB onto the Sonarr server. Then pass that path over to Sonarr. Then use drone factory with a local path to monitor it.

Looks like its the same thing its the same thing as your dashboard bunching together issue, as it only happens on my system when the display is less than ~1100 px. I'll wait to see what changes in the CSS happen on other versions. (The blank space is reserved for the custom cron schedule)

Don't run it, so can't help. Just got you to the point of being able to actually grab it.

Depending upon how the file(s) are being written, this may only be a temporary fix. If a docker container is creating the files / folders, then you're probably going to run into the same issue again. You need to adjust the folder / file permissions that the docker container sets within its settings to fix this. For other things like running robocopy from your windows box to a share, the permissions will get trashed everytime (this doesn't affect normal copies to a share - only seems to affect robocopy)

Settings - Community Applications General Settings. Enable Additional results from dockerHub Then search for hexparrot and click get more results from dockerhub

All of dmacias' plugins have a fatal template error in them, so they wound up being automatically being dropped from CA. The errors have been fixed by dmacias and they should reappear within the next hour at which point the error will disappear. I saw them during my daily check of the feed, and were introduced sometime yesterday.

Already fixed. check again

Not all file systems will work though. IIRC HFS has problems with links. XFS will work no problems. Not sure about NTFS

Exactly what I said. Install the fix common problems plugin from the apps tab then go to tools and run the docker safe new permissions tool. If you don't have an apps tab install community applications first

Personally, I backup to the array. Nothing within my appdata is so critical that I need offsite / outside of the array backups.

The rough directions on restoring appdata are on the restore tab

By design. When set to same destination its first copied to to appdata. That way it can be part of backup sets, etc. Far simpler coding.

Problem is easy to fix, but the cause is more important. How were the file(s)/folder(s) you're having trouble with created in the first place? Are they created by some docker applications? Are you copying them from a Windows box? Fix is to install the fix common problems plugin and then run Tools - Docker Safe New Permissions