It will update when the server starts up as the docker service and ergo all the containers will be restarted.
As regards the auto-updating we make comment of this on the first line of our docker hub page that is linked on the first page of this thread.
Ah...Good to know as that could become an issue if it updates and for whatever reason the update may not be wanted. I have, guess like you all have, seen some bad updates come out. Even Kodi had some poor released right down to video or audio stopping.
I am guessing there is not a way in your containers to turn that off so it only looks when you tell it to or click on RESTART vs just doing it on every load? But then again, maybe it is not as bad as I am thinking it could be. I am just basing it on history of some updates that broke things.
Thanks again for the help.
I'll probably get spanked by linuxserver for saying this, but you are correct... Occasionally (thankfully not often) auto updates can cause problems with the program not working correctly. If you want to avoid auto updates, then you're probably going to have to switch to binhex's versions (but then you'll be a couple of versions behind). Myself, I run a mixture of containers from the various authors, and I absolutely love the support from linuxserver, but also have some reservations about the auto update features. But, that hasn't stopped me from running a few of their containers.
You wont get spanked for giving your opinion. You are even right.Automaticly updateing the core apps (the app the container is about) is and always has been a "risk" a chance or a gamble if you will. however considering the 40+ containers we have, that has happened a total of 2 times the last year or so.
1. was a broken couchpotato. (fixed in less than 24 hours)
2. Was some users haveing trubble with the "new transcode" in plex. (we allready supply pickable version for that container) (fixed in 4 days).
Anyhow here is the thing.
When i first started the container collective (the one that turned into linuxserver.io), i had to choose how i wanted to approach these containers.
Automatically updating the containers certainly had its downside.
- A update could break the intended software.
- And even worse, it could ruin what we call "appdata" for the user.
Not automatically updating would mean:
- I would have to monitor all the software's for new versions to avoid noise from anyone complaining about the "old" containers.
- I would have to test every single update to ensure it did not break anything (because if a human build it, it can't go wrong)
- If i do happen to publish anything with broken stuff, people would yell at me. (I don't like that)
This\docker\i\myteam has since evolved a bit and we are always open to suggestions. and somewhat change.
The current idea regarding automatic updates, if we find a problem (like with the plex thingy) we will look for a way to give users a static option for that container.
(I am also looking into making general purpose no-update setting)
But one thing that will never change is the philosophy behind our primary containers.
Up-to-date, High quality\avalibilty, and great support.