Those scripts only update the OS, not the application.
You'll need to run theProwlarr scriptinside the LXC to update Prowlarr.
or you can simply typeupdate on the LXC and it'll update your apps.

On run, you'll see a window that looks like this:

This script has been created to simplify and speed up the process of updating all LXC containers across various Linux distributions, such as Ubuntu, Debian, Devuan, Alpine Linux, CentOS-Rocky-Alma, Fedora, and ArchLinux. It's designed to automatically skip templates and specific containers during the update, enhancing its convenience and usability.

The description clearly states its for updating the container, not the installed apps. I'm feeling like writing these script descriptions is becoming pointless because noone makes even the slightest effort to read them. Yes, the script updates the container OS, not the application.

Every container has theupdate command that executes application update function specifically (if available).

Well, first off, thank you for clarifying that; it was clearly a misunderstanding on my part not a problem with any of the scripts.

That said... I don't think it's a matter of not making "even the slightest effort to read" the description, because I definitelydid, several times, before I ever posted. My take away from reading that description - and having used the update script more than a few times - was that it would (and does) allow the user to skip updating specific containers. I've used that functionality in the past. The other bit, about 'templates'... was less clear, at least to me. When we're talking about install 'scripts' for various 'apps', it wasn't inherently obviousto me what 'templates' referred to. Thus I made some assumptions, and well... we know where that ended up ;)

Every container has the update command that executes application update function specifically (if available).

Okay, that is excellent information that I was not aware of (obviously). Literally just now found where it shows up on the pop-up text on the 'updateable' button. A lot of my installs pre-date the newer version of the site, and I don'tthink that was there back then, so I probably didn't look at the pop-up text on that as closely as I should have. My bad.

If I were going to offer one small constructive suggestion, maybe it would be appropriate to include in the updater script description something specific about using theupdate command within the container to update the script/apt itself. I'm guessing I'm maybe not the only one who doesn't necessarily connect template=app/script in their mind otherwise. Or maybe I am ;)

Either way, thank you for the help on this. Now I know ;)

update bash command is just executing the same bash call you used to deploy the container. Our backend detects if the script is executed inside existing LXC or on PVE host. If it detects LXC then it executes the update function, if it detects PVE host it runs normal installation.

I don't really blame you that much for not knowing this, hardly anyone reads our documentation. We specifically avoided making a mass application update scripts because it potentialy leads into us breaking loads of LXCs because very often application update leads to breaking change which we cant really know ahead of time. This could wreak havoc on peoples homelabs and we don't want that. We pretty much insist that you update manually, preferably running a backup/snapshot beforehand.