PhAzE

If I update to the new version, them restart the docker will it need to download again or does it store the downloaded file?

Nice, that's good to know

unsure... the site files themselves are stored outside of the container so any changes you make should be persistent. Ya, I see the permissions were set to read only, so I updated them to read write, but that didn't help. Then I changed the owner to root:root and restarted the docker, but that changed the owner back to nobody:users, which is fine, but still no luck changing settings. Nothing shows in the docker log, or the nginx log. I don't know how to access the app log (new to docker).

What does the log tell you? With edge set to 1, it checks for an update upon start and if there is a new update it will download and install it before guacamole is fired up. Unfortunately calibre's server can be super slow for downloading the package. Usually it takes a few minutes but one time it took me over half an hour to download it. The log should show the download progress and the percentage. I just restarted mine and let it update to the latest. Once complete it works fine. Ok, I assumed once the docker started that the app was updated/installed I'll start it with edge and give it a good 30 minutes just in case. (Their website is always slow for downloads).

I have this installed just fine, BUT i cannot make changes to the settings. I created the admin account without problem, and my wife's account, but after a restart of the docker, I can't make any changes to the account settings, passwords, create new accounts. Any suggstions?

Hi, im using your calibre docker, and trying to use a newer version. Setting edge to 1 seems to break guacamole rdp. Any suggestions?

Settings - General - URL Base? Docker is the way to go, plugins are just way too much work these days. Let me know if you need any other help. Sometimes the url doesn't update unless you restart the server. I'm not sure why but it might be something to do with web cache. Also.. is the plugin author/maintainer abondoning plugins? Oh ok, Has to be set in the app. So, lets say an app doesn't auto redirect to the URLbase (like Ubooquity) when you click WEBUI from docker it will just fail to load the page? The WEBUI link doesn't update with the urlbase from what I can tell. As for part two, the biggest issue with the plugins at the moment is having the dependencies loaded into RAM eating up a lot of the system ram. I am looking at updating them potentially to move those to /mnt somewhere, but then I have to edit in a bunch of array status code so that plugins don't try to install dependencies or start when the array is offline, which is sort of like re-inventing the wheel. So, TLDR; not abandoning but looking at how docker works. Sometimes you need to restart the server in order for the new url settings to be applied. I'm not sure why that is. It might have something to do with web caching. PS Plugins are way to much work these days. Docker is the way to go unless a plugin is the only way. Yea, I'm going to learn docker and possibly change over or setup my own repo perhaps. If I do switch over in the future, that will likely be the end of my plugins. I would just support the ones I have currently for a while longer since maintenance is easy once they are made. I don't think it's particularly smart to start making all your own. I think the best you can do is fork other people's and then do pull request if you don't like something or would like to improve something. I have been doing this. I have been removing some of my own containers because other's are more popular and I will change them so that they better suit my needs. That way one container being contributed by multiple people becomes better than one container being supported by one person. I would love for you to contribute to my repos, you are a great developer. Thanks! That's not a bad idea actually, no point in reinventing the wheel from scratch. I just need to get into the code base to see how it all works together (and learn how to fork/pull on git). But I was looking at your dockers to start on. I was looking to add on some extra settings (like urlbase) and update process for the app itself giving users a quick update option from the docker settings page. Depending on if it's possible.

Settings - General - URL Base? Docker is the way to go, plugins are just way too much work these days. Let me know if you need any other help. Sometimes the url doesn't update unless you restart the server. I'm not sure why but it might be something to do with web cache. Also.. is the plugin author/maintainer abondoning plugins? Oh ok, Has to be set in the app. So, lets say an app doesn't auto redirect to the URLbase (like Ubooquity) when you click WEBUI from docker it will just fail to load the page? The WEBUI link doesn't update with the urlbase from what I can tell. As for part two, the biggest issue with the plugins at the moment is having the dependencies loaded into RAM eating up a lot of the system ram. I am looking at updating them potentially to move those to /mnt somewhere, but then I have to edit in a bunch of array status code so that plugins don't try to install dependencies or start when the array is offline, which is sort of like re-inventing the wheel. So, TLDR; not abandoning but looking at how docker works. Sometimes you need to restart the server in order for the new url settings to be applied. I'm not sure why that is. It might have something to do with web caching. PS Plugins are way to much work these days. Docker is the way to go unless a plugin is the only way. Yea, I'm going to learn docker and possibly change over or setup my own repo perhaps. If I do switch over in the future, that will likely be the end of my plugins. I would just support the ones I have currently for a while longer since maintenance is easy once they are made. if i can do docker, anyone can, lol. Like to make them? I want to see just how customizable they are / can be.

To be fair though, I use a template for my plugins that is versatile enough for most apps so it's not too much trouble. It's when I need to change the template drastically that things get dicey.

Settings - General - URL Base? Docker is the way to go, plugins are just way too much work these days. Let me know if you need any other help. Sometimes the url doesn't update unless you restart the server. I'm not sure why but it might be something to do with web cache. Also.. is the plugin author/maintainer abondoning plugins? Oh ok, Has to be set in the app. So, lets say an app doesn't auto redirect to the URLbase (like Ubooquity) when you click WEBUI from docker it will just fail to load the page? The WEBUI link doesn't update with the urlbase from what I can tell. As for part two, the biggest issue with the plugins at the moment is having the dependencies loaded into RAM eating up a lot of the system ram. I am looking at updating them potentially to move those to /mnt somewhere, but then I have to edit in a bunch of array status code so that plugins don't try to install dependencies or start when the array is offline, which is sort of like re-inventing the wheel. So, TLDR; not abandoning but looking at how docker works. Sometimes you need to restart the server in order for the new url settings to be applied. I'm not sure why that is. It might have something to do with web caching. PS Plugins are way to much work these days. Docker is the way to go unless a plugin is the only way. Yea, I'm going to learn docker and possibly change over or setup my own repo perhaps. If I do switch over in the future, that will likely be the end of my plugins. I would just support the ones I have currently for a while longer since maintenance is easy once they are made.

It's strange, when I edit Ubooquity WEBUI line like so: http://[iP]:[PORT:8085]/Ubooquity/admin It doesn't actually update the WEBUI link, which still goes to http://[iP]:[PORT:8085]/admin, or am I doing the internet wrong?

Ah, the secret well hidden advanced view that my eyes did not notice! Thanks for helping this old blind man out!

Settings - General - URL Base? Also.. is the plugin author/maintainer abondoning plugins? Oh ok, Has to be set in the app. So, lets say an app doesn't auto redirect to the URLbase (like Ubooquity) when you click WEBUI from docker it will just fail to load the page? The WEBUI link doesn't update with the urlbase from what I can tell. As for part two, the biggest issue with the plugins at the moment is having the dependencies loaded into RAM eating up a lot of the system ram. I am looking at updating them potentially to move those to /mnt somewhere, but then I have to edit in a bunch of array status code so that plugins don't try to install dependencies or start when the array is offline, which is sort of like re-inventing the wheel. So, TLDR; not abandoning but looking at how docker works.

Hey Hurricane, I'm just getting into Docker to see how it works and all that fun stuff. When I install one of your apps, how can i set the URLBase for them? Lets say i want to access Sonarr by http://tower:9090/Sonarr

I noticed with recent builds of unraid 6 (especially the final) when a plugin echo's text, it is handled differently now than older versions. In unraid 5 - the echo'd lines would show stacked In unraid 6 - the echo'd lines now show one after another in a single line, bu tin the betas they would clear the previous entry before displaying the new echo. Is there a better way to convey messages about what the plugin is doing that doesn't mash them all into a single line across the bottom of the page? Edit: Ideally, the stacked layout of unraid 5 looks best and shows text long enough for users to see what's happening.

That's a good way to some the error. I have mine running anonymously but that gives the error on v5 still. I'll likely update to this. Quick question, I saw plugins can now have an info cjangelog. How do I add that?

I assume they couldn't all be named Appname.page, which would be the only file the link looks for. In fact its already doing that. If a plugin doesn't have the .page file currently in beta 12, the link is disabled already. For example, dynamix plugin has no link. Ideally the plugins tab will be the first tab a new user checks for when looking for the plugins settings and plugins that are installed. Having redundancy would be up to the plugin Dev, but not required.

Hmm I had a look at the page code, it's only a link if appname.page is detected. But the link goes no where.

So on the plugin manager page it shows you the plugins you have installed. The icons are clickable. I assume this is so you can go to the gui php page but I'm not sure how to set it. Does that makes sense?

Anyone figure out how to get the link working for their plugin on the plugins page? My apps show up, with their icons, and all info but when I click on the icon (under the plugin manager page) it goes to a blank page.

Thanks jonp, just to confirm, the following are still used? Any other items i'm missing? name="&name;" author="&author;" version="&plgVersion;" pluginURL="&pluginURL;"

Anyone know what we should be filling in for 'category' entity? Just a category for the plugin type, like "downloader" or "movie organizer" or is there anything specific we should be using?

For package removal, I've now got them installed into a common folder, and the app is started with a wrapper that exports the environment path to that common folder. When the plugin is removed it deletes the associated common folder too.

Actually the net check is more of a gateway check, when you reboot the server it won't attempt to download the files that might be missing until the nic can at least reach the router. People had failing plugins because the download would start before their slow nic cards. It skips instantly if there is a default gateway that is reachable.

It's looking for a .page file in /usr/local/emhttp I tried symlinking to the plugin page file but it just brings up the text cause it doesn't know what to do with .page. Also I made a file in /usr/local/emhttp/virtMan.page and added some html code but no luck. I'll have to look through the plgman code again and see if there's an error. Ya those are the same steps I took Maybe its just not a finished feature of the plugin manager yet.