Djoss

This is now fixed in the latest image.

I reported this issue a few years ago... so looks like no fix has been done yet. I suspect that this happens to files that were present during the scan, but got deleted from the host before being uploaded to the cloud.

Adding location = /{return 301 $scheme://$http_host/ubooquity/;} is only if you reverse proxy ubooquity. This has nothing to do with security report results. SSL settings are not (easily) editable with NPM. Having a nice green report also implies that your site has less compatibility with different devices... So there is no set of settings that will fit everybody needs.

The name of the preset must include the category. So in your case, you should try to set "Devices/Roku Ultra Torrey". Yes, when the automatic video converter is encoding something, a small window will appear in the UI with the progress.

Try with another browser or try to clear the browser cache to see if this helps.

Try to add the following line under the Advanced tab: location = /{return 301 $scheme://$http_host/ubooquity/;}

What is your last issue? Something in the container log?

It's an issue with HandBrake when using the latest Intel Media SDK. See https://github.com/HandBrake/HandBrake/issues/2858 A fix is being reviewed. Once, accepted, I should be able to integrate it in the Docker image.

How do yo identify the files that should not change ? Can you just copy/move the files that can be changed to the Filebot's watch folder?

You probably hit the maximum size that can be handled by the clipboard. Many people are using with success MyJDownloader with the browser's plugin.

No this is not possible. The system has been designed to convert anything you put in the watch folder. I guess you set "Keep Source Files" to 0 (i.e. remove them) ? Instead of ignoring non-video files, you could try to copy them by setting "Non-Video File Action" to "copy" ?

To which location are you restoring ? If you login to the container, can you see the restored files?

You don't need to transfer certs. Nginx Proxy Manager will re-generate them.

If I remember correctly, a container in bridge mode can't access another container with an assigned IP (unless you use a vlan I think). Just remember that port mappings work only in bridge network mode. So if you use NPM in another mode, you need to work with ports of the container (i.e. 8080, 4443 and 8181).

No, you need to re-configure your proxied services in NPM.

For Plex the "/web/index.html" part is not needed. Is it the same thing for Jellyfin ?

It's also working fine for me. Can you tell if you have issue with h.264, h.265 or both ? Also, which CPU do you have exactly ?

You can use AUTOMATED_CONVERSION_OUTPUT_SUBDIR or AUTOMATED_CONVERSION_OUTPUT_DIR.

If you access unRAID as root you should be able to delete the files?

This is usually fixed by clearing the browser's cache. Are you using the latest version of the Docker image ?

To reset the password: https://github.com/jlesage/docker-nginx-proxy-manager#password-reset

No sure to understand... are you installing the container using the Community Applications plugin ?

Yes, working on this

This thread is more about providing support for the MakeMKV docker container. There are some hardware related threads in unRAID forums. You may have better luck if you post your question in one of them.

Well this is not really a bug. It's a behaviour change of the latest version of HandBrake. The way presets are identified changed. I don't have any control on this part.... I will however update the documentation to reflect this change.