[[Support] tmchow - n8n workflow automation]

19 hours ago, rayray14 said:

Good morning,

 

I installed the container from CA, had the same issues as above, but the chown command worked and got me to the user setup page. Unfortunately, I get the following error:

 

I appreciate any help!

Fixed my issue below by changing to 1.29.1 per https://community.n8n.io/t/not-able-to-login-to-either-docker-or-npm-version-of-n8n-via-local-network/42120/2

Might work for you as well. Looks like there's a bug with the n8n docker that affects Unraid.

[[Support] tmchow - n8n workflow automation]

When I log into my container (been using it for a couple of years now, and did the migration a year ago when it was needed) I now receive the following screen (note I did the chown command noted above):

 

Navigating to Settings presents the following error

 

The personal page loads, and I tried to change my password but also get a 401.

[[Support] ich777 - Application Dockers]

6 hours ago, ich777 said:

And did you yet try TightVNC?

 

How do you try to connect? Did you forward a port or how do you connect exactly?

 

EDIT: I just now tried Remote Ripple on my iPhone and I can connect just fine, however the picture looks weird and I can of course stay connected.

 

EDIT2: I just also now tried TightVNC on my Windows machine and it is working there too, you have to change the encoding to RAW.

 

In my opinion it would be better to ask the developers from Remote Ripple if TurboVNC is supported and/or if you have to pass over special startup parameters for TurboVNC?

 

I also tried Remmina and it is working there fine too.

I forwarded 5900 to 5901, connecting internal to the network from another machine.

 

TightVNC Settings:

Error:

 

For Remote Ripple, I tried it on Windows as well. I wasn't sure whether it was an issue with a custom setting you have for the VNC server on the Docker containers, or whether it's an issue with Remote Ripple.

 

 

 

Since RealVNC works I'm not too fussed.

[[Support] ich777 - Application Dockers]

12 hours ago, ich777 said:

It seems that you client is not compatible with the server or at least configured wrong.

No issues over here with Remmina, TightVNC clients and of course noVNC.

 

I don‘t know what Remote Ripple is, maybe see if there are settings that you can change in the client (the container uses TurboVNC).

No dice with TightVNC on my end with Windows. "Error in TightVNC Viewer: No security types supported. Server sent security types, but we do not support any of their."

 

Remote Ripple is the successor to TightVNC, TightVNC is now just getting security and bug fixes. No settings for Remote Ripple are available other than IP and Port for connections, and for the application side, setting whether it should automatically check for updates.

 

RealVNC does work though.

 

 

[[Support] ich777 - Application Dockers]

Connecting to the JDownloader VNC server (port 5900) with Remote Ripple works, but the connection lasts for less than a second then says "Disconnected". The docker logs don't say anything, and the Remote Ripple logs state the following:

Quote

15:02:31.3093 | 1   | Info  | RemoteScreenViewModel                       | On navigated to: JDownloader Unraid
15:02:31.4220 | 9   | Info  | JDownloader Unraid-FileTransferExtension    | Checking availability...
15:02:31.4220 | 9   | Info  | JDownloader Unraid-FileTransferExtension    | Extension is not available as capability #4227858690 is not received from Host.
15:02:31.4724 | 9   | Error | JDownloader Unraid-Protocol38               | Received rectangle with unknown encoding id specified: -2131230721
15:02:31.4724 | 9   | Error | JDownloader Unraid-MessageReceiver          | Bad encoding ID
GlavSoft.RemoteCoreSDK.Viewer.Exceptions.UnknownEncoding: Unknown encoding: -2131230721
   at GlavSoft.RemoteCoreSDK.Viewer.RFB.Protocol.Protocol.FrameBufferUpdate()
   at GlavSoft.RemoteCoreSDK.Viewer.RFB.Protocol.Protocol.ProcessNextMessage()
   at GlavSoft.RemoteCoreSDK.Viewer.Utils.MessageReceiver.DoReceive(CancellationToken ct)

 

 

Is this something that can be fixed?

[[Plugin] CA Fix Common Problems]

Is it possible to disable warnings due to outdated plugins and/or docker containers?
I check these manually on a regular basis, but get alerts constantly when an update comes out 12 hours after the check. I'd prefer not to receive the warning, and instead just check manually later.

 

Due to how often I get warnings due to this, I rarely check what the warning notification is for, as I assume it's due to a plugin or docker container, so if there's any actual issues I likely won't notice for quite a while due to thinking it's just something needing an update.

[[Plugin] unbalanced]

Is it possible to cancel a pending action?

I've started a move for a share after changing the Share split level, but then notice some of the folders that will be moved are on the cache drive, which will move them to the desired location with the mover script anyway. Is it possible to cancel these pending moves before they are processed?

[[Support] selfhosters.net's Template Repository]

Thank you for all your work on the templates.

 

For the Mango template in particular, I'd like to suggest the following changes to make installation a bit easier:

• Default value for the WebUI (9000, same as is used internally).
• For the /root/mango mapping:
  • Map to /mnt/user/appdata/Mango/Appdata, as the db, plugins, cache etc are stored here and it is empty and mandatory by default
  • Rename to 'Data', currently it is named 'Config', but this is a mistake, as the name Config is already used for another mapping
  • Change description from 'Mangas' to 'Mango appdata'
• Change the description on the /root/.config/mango mapping to 'Mango config', as currently it is 'Mango appdata', but this description is inaccurate
• Add a mapping for the Manga library, possibly empty by default
  • Add a variable mapping for 'library_path', for the Manga library mapping

Thank you.

 

Example of the changes

 

[[Plug-In] Community Applications]

On 10/28/2021 at 8:28 AM, Squid said:

And it's also in that same thread the fix

The dev stated "Setting the following env variables might fix it? Honestly not sure with this one." but has also closed the issue stating "Web concurrency now defaults to a single worker. I'm unsure if this changes the Unraid template."

[[Plug-In] Community Applications]

Mealie has a known bug that causes an endlessly large backup file.

The dev has stated that he will not address the issue unless someone else provides a PR, as they will not take on the additional burden to support Unraid.

Link to said issue.