Squid

Thanks. You found a very subtle difference in how the new system populated the feed vs the old system. FCP was updated earlier for this subtle change, and the feed system has now also been updated to populate the feed the same way the old system did.! It looks like there were a total of 40 plugins which would have triggered the alert from FCP (and the update to FCP would have only covered ~half of those). The remaining issues (eg: Dynamix plugins, and nvidia plugin etc) are handled via the feed update

@Goodhall Solutions Fodaris is ARM64 only. Is this a mistake on dockerHub, as Unraid requires AMD64

It'll be back within an hour or two. You'd be shocked at how many notifications etc that I get. And how many that I miss

Because there's no Menu associated with either AddContainer or UpdateContainer. They're "hidden" pages. UpdateContainer ->. Doubt you'll be able to do whatever you want, because it's design is that the page is continually loading until the update/install is finished. AddContainer, You'd have to do a menu=Buttons with no icon etc and then check the URI to make sure that you're on AddContainer to add your button or whatnot.

It's in CA now. But, I also did https://github.com/cslemieux/unraid-custom-smb-shares/pull/13 as pretty much the only things disallowed in SMB is leading / trailing spaces and [ ] " / \ : ; | < > , ? * =

Probably because you've never done https://form.asana.com/?k=qtIUrf5ydiXvXzPI57BiJw&d=714739274360802

I'll check it out. System shows that I added it / completed the task on March 2nd.

In Statistics - Invalid Templates. This is actual syntax errors in the xml with the result that it can't be parsed because it's not valid xml. There's been a PR sitting on the repo since November that fixed this issue and hasn't been accepted yet { "TemplatePath": "/tmp/GitHub/repositoryClone/dopeytree/Unraid-templates/templates/tvx.xml", "errors": [ "Opening and ending tag mismatch: Container line 2 and Registry", "Extra content at the end of the document" ], "FirstSeen": null },

Everything is always within Statistics on CA bmartino1's Repository pinkyswear/ckpool-solo:latest: No Support or Project Link Present. Template automatically dropped from CA jbcom/hamachi-vpn: Privileged mode set. This may not be necessary No Support or Project Link Present. Template automatically dropped from CA ghcr.io/teifun2/cs-unifi-bouncer: Port referenced in webUI does not correspond with a container port defined. Port Referenced does not exist in Config. Template removed from CA. ghcr.io/lemker/unifi-os-server:latest: Privileged mode set. This may not be necessary Port referenced in webUI does not correspond with a container port defined. Entry changed to https://[IP]:[PORT:443]

As a FYI, shortly any template in the application feed for CA that has either <ExtraParams>--restart always</ExtraParams> or <ExtraParams>--restart always</ExtraParams> Will have it changed to instead be <ExtraParams>--restart=unless-stopped</ExtraParams> No user should have to try and figure out why their container that's not set to autostart always does especially since the ExtraParams is buried within the Advanced View of the template editing page. There's a surprisingly number of templates that are setup like this

You need to do a template for the plugin as per https://forums.unraid.net/topic/42808-plugin-templates-for-ca-appstore/#findComment-420583. Also, your openclaw template tries to pull from your own server so its also been removed

I've initially blacklisted this plugin. Multiple reports (and I had the same thing) where all SMB access to the server is prevented. I think it might only take effect once a stop / start of the array takes place.

Thanks guys. This should now be fixed. Looks like a small config change had an unexpected consequence. Problem was masked because if CA was already installed it had an automatic fall back to handle a failure when doing plugins.

I was shocked when I first heard the news, as Ronald's time on Earth was far too short. I always had great respect for Ronald and while we argued a fair amount (even Tiffany mentioned that we sounded like an old married couple), we only argued due to the mutual respect we had for each other and our respective "babies" in the Unraid universe. Even though only parents are allowed to criticize their own babies, we each accepted the other's critiques / suggestions after the obligatory half-hearted argument. His contributions here were immense and uncountable and he will be missed. While I unfortunately didn't get to know him very well outside of Unraid, I could tell that he was somebody whom I would've counted as a friend had we ever met. His intelligence, his diligence, and his devotion, and the odd glimpse of his humour are rare traits which did combine to make him a unique individual. RIP Ronald.

Here's how the system worked before. CA would generate 12 cards for each section (Total of 72 cards generated and rendered). Overflow was hidden on them so that you'd only see the total number of cards that would fit in your browser, but if you resized the browser or lowered the zoom etc you'd see them all (12 was chosen as it fit on the 49" I had at the time) With responsive and mobile, this resulted in ton of wasted CPU cycles on what are generally low power devices. The scroll bar solves everything, but it is limited now to 6 per section. The alternative was to determine how many cards will actually fit on the screen. This however involved a ton of forced reflow issues in the browsers which resulted in very noticeable slowdowns across all platforms. What browser are you using? I don't see that on any of my systems -> the scroll bar is always present