Djoss

No, I don't think the parity check has anything to do with this. The fact that the progress change may just be some estimate changes. You can look at Tools->History and check if anything look anormal.

The "Automatic Video Converter: Output directory" setting is a directory *inside* the container and you probably want to keep it to "/output".

Try to remove /mnt/user/appdata/HandBrake/failed_conversions and then restart the container. Your files should be converted again. Look for the failures in the container's logs.

Okay, thanks. Does this mean the redirect will only work on the non-SSL port? I would've figured the cert issue wouldn't have been an issue if it redirected to where I told it to go. Yes, the way the default page is configured in nginx makes it apply to non-SSL port only.

The files failed to be converted. Look at /mnt/user/appdata/HandBrake/log/hb/conversion.log to get more details about the failures.

The errors in the log file are related to network timeouts and errors returned by thetvdb. Do you know if they occur at the same time as the Java crash seen in container's log?

I guess our files are available locally on unRAID?

Did you exposed 2 devices for your reader? If not, look at the container's log to see which one is missing. Also, make sure you didn't selected a CC (closed caption) track.

You can try to play with the following nginx settings: https://docs.nginx.com/nginx/admin-guide/security-controls/controlling-access-proxied-tcp/#restrict

Yeah it seems to have a bug in the UI where the certificates are wrongly shown as expired. To my knowledge the author of this project doesn't have plan to support this.

Do you remember which email you used? If yes, you can reset the password: https://github.com/jlesage/docker-nginx-proxy-manager#password-reset

Try to discuss with Karatekid, who seems to have resolved this issue.

This is the expected behaviour. Since your are reaching an unknown domain, it's not possible to present a valid cert. Thus, a dummy one is used.

If there is any error from dupeGuru, they should appear in the container's log. So dupeGuru is able to successfully identify duplicates, but it freeze when you apply an action? Which action (and its settings) are you applying and on how many files?

Look at the container's log. You should see messages about what's going on.

Since you can set/use absolute path in the naming scheme, you will be probably be able to move the files to a new folder. For example, see: https://www.filebot.net/forums/viewtopic.php?t=3786

Where do you see the EOL ? As for the restore, are you trying to restore files to their original location? If yes, you first need to go in container's settings and change the permission for the Storage folder to read/write. By default, it's read only.

Try to add a variable named "ENABLE_CJK_FONT", with a value of "1". https://github.com/jlesage/docker-firefox#environment-variables

It seems that on Windows, backup to a network share is not supported: https://support.code42.com/CrashPlan/6/Backup/Back_up_networked_storage_or_NAS_devices

Do you have anything in the container's log?

Yeah the same port can't be used by 2 different services. Which error are you getting exactly?

Did you check your site with https://securityheaders.com to see if the header is correctly set?

It seems have ways to set the default gateway of a container in bridge network mode: https://stackoverflow.com/a/37047070 I think that if your Docker VPN is also in bridge network mode, you could set the default gw of another container to point to the internal IP of the Docker VPN.

Did you try to increase the resolution of the window with "Display Width" and "Display Height" in container's settings?

Check the few last posts, @Karatekid had the same issue. But you probably need to add the following under the Advanced tab of your proxy host: add_header X-Frame-Options "SAMEORIGIN"; Then environment variable is only for the NginxProxyManager UI itself.