September 18, 20251 yr Bumping CA "Browser" errorOS ver 7.1.2CA ver 2025.08.16 after uninstall and reinstall vis plugins tabNo system changes/updates, only Installed Prometheus and Grafana ~18 hours ago in dockerPHP logs:[18-Sep-2025 10:13:34 America/New_York] PHP Fatal error: Uncaught TypeError: trim(): Argument #1 ($string) must be of type string, array given in /usr/local/emhttp/plugins/community.applications/include/exec.php:311 Stack trace: #0 /usr/local/emhttp/plugins/community.applications/include/exec.php(311): trim(Array) #1 /usr/local/emhttp/plugins/community.applications/include/exec.php(1120): DownloadApplicationFeed() #2 /usr/local/emhttp/plugins/community.applications/include/exec.php(90): force_update() #3 {main} thrown in /usr/local/emhttp/plugins/community.applications/include/exec.php on line 311Browser logs:unraid-components.client-Chq1f4tv.js:78 connectPluginInstalled is false, aborting request (anonymous) @ unraid-components.client-Chq1f4tv.js:78Understand this warning plugins/community.applications/include/exec.php:1 Failed to load resource: the server responded with a status of 500 (Internal Server Error)
September 18, 20251 yr Same issue as everyone else:[18-Sep-2025 16:13:10 Europe/Budapest] PHP Fatal error: Uncaught TypeError: trim(): Argument #1 ($string) must be of type string, array given in /usr/local/emhttp/plugins/community.applications/include/exec.php:312 Stack trace: #0 /usr/local/emhttp/plugins/community.applications/include/exec.php(312): trim(Array) #1 /usr/local/emhttp/plugins/community.applications/include/exec.php(1121): DownloadApplicationFeed() #2 /usr/local/emhttp/plugins/community.applications/include/exec.php(90): force_update() #3 {main} thrown in /usr/local/emhttp/plugins/community.applications/include/exec.php on line 312I've var_dumped $ApplicationFeed['applist'] from /usr/local/emhttp/plugins/community.applications/include/exec.php near the location of the error. It seems like the issue is with the "Tailscale IDP" plugin: array(22) { ["PluginURL"]=> string(75) "https://raw.githubusercontent.com/dkaser/unraid-tsidp/main/plugin/tsidp.plg" ["PluginAuthor"]=> string(11) "Derek Kaser" ["Name"]=> string(21) "Tailscale IDP (tsidp)" // ... ["RequiresFile"]=> // Input data for the error array(2) { [0]=> string(49) "/usr/local/emhttp/plugins/tailscale/bin/tailscale" [1]=> string(34) "/usr/local/unraid-api/package.json" } // ... }
September 18, 20251 yr Tried an Unraid (controlled) restart to see if it fixed it. Now it's come back I've lost one of my two SSD cache disks. I assume that's just a coincidence!
September 18, 20251 yr I can confirm this is also happening for me. Same error messages. Waiting for an official fix. 🤔
September 18, 20251 yr Checking the logs showed this:PHP Fatal error: trim(): Argument #1 ($string) must be of type string, array given .../community.applications/include/exec.php on line 311 Turns out the plugin is trying to trim() an array coming back from the feed. Assume CA broke because the appfeed started returning Requires/RequiresFile as arrays, and PHP 8 fatals when trim() is called on them?Quick hack/fix I've just tested which seems to work (until a proper fix patches it):cp /usr/local/emhttp/plugins/community.applications/include/exec.php \ /usr/local/emhttp/plugins/community.applications/include/exec.php.bak sed -i 's/$o\[.RequiresFile.\] = trim($o\[.RequiresFile.\]);/if (isset($o["RequiresFile"]) && is_string($o["RequiresFile"])) { $o["RequiresFile"] = trim($o["RequiresFile"]); }/' /usr/local/emhttp/plugins/community.applications/include/exec.php sed -i 's/$o\[.Requires.\] = trim($o\[.Requires.\]);/if (isset($o["Requires"]) && is_string($o["Requires"])) { $o["Requires"] = trim($o["Requires"]); }/' /usr/local/emhttp/plugins/community.applications/include/exec.php
September 18, 20251 yr First issues with Unraid connect now this, it seems to just get worst instead of better.
September 18, 20251 yr Getting same message/error:1 hour ago, thatnovaguy said:Hello, I'm running into problems when trying to access my community applications tab. When loading the tab I'm met with this:Checking the PHP logs shows this entry each time I try to load the tab:[18-Sep-2025 09:17:44 America/New_York] PHP Fatal error: Uncaught TypeError: trim(): Argument #1 ($string) must be of type string, array given in /usr/local/emhttp/plugins/community.applications/include/exec.php:311 Stack trace: #0 /usr/local/emhttp/plugins/community.applications/include/exec.php(311): trim(Array) #1 /usr/local/emhttp/plugins/community.applications/include/exec.php(1120): DownloadApplicationFeed() #2 /usr/local/emhttp/plugins/community.applications/include/exec.php(90): force_update() #3 {main} thrown in /usr/local/emhttp/plugins/community.applications/include/exec.php on line 311Any ideas what's happening?
September 18, 20251 yr 29 minutes ago, theag3nt said:Same issue as everyone else:[18-Sep-2025 16:13:10 Europe/Budapest] PHP Fatal error: Uncaught TypeError: trim(): Argument #1 ($string) must be of type string, array given in /usr/local/emhttp/plugins/community.applications/include/exec.php:312 Stack trace: #0 /usr/local/emhttp/plugins/community.applications/include/exec.php(312): trim(Array) #1 /usr/local/emhttp/plugins/community.applications/include/exec.php(1121): DownloadApplicationFeed() #2 /usr/local/emhttp/plugins/community.applications/include/exec.php(90): force_update() #3 {main} thrown in /usr/local/emhttp/plugins/community.applications/include/exec.php on line 312I've var_dumped $ApplicationFeed['applist'] from /usr/local/emhttp/plugins/community.applications/include/exec.php near the location of the error. It seems like the issue is with the "Tailscale IDP" plugin: array(22) { ["PluginURL"]=> string(75) "https://raw.githubusercontent.com/dkaser/unraid-tsidp/main/plugin/tsidp.plg" ["PluginAuthor"]=> string(11) "Derek Kaser" ["Name"]=> string(21) "Tailscale IDP (tsidp)" // ... ["RequiresFile"]=> // Input data for the error array(2) { [0]=> string(49) "/usr/local/emhttp/plugins/tailscale/bin/tailscale" [1]=> string(34) "/usr/local/unraid-api/package.json" } // ... }I think it has been fixed at the source, probably have to wait to be picked up:https://github.com/dkaser/unraid-plugins/commit/f91ae9bd60e042ac96c4bedb4e76e69a00a1b7b2
September 18, 20251 yr 37 minutes ago, Akumara said:same issue. Ive uninstalled it via plugins then reinstalled via the apps page.Claude is telling me to edit the files but im worried to do that lolFix 3: Manual Code Fix (Advanced)If you're comfortable editing files:bash# Backup the original filecp /usr/local/emhttp/plugins/community.applications/include/exec.php /usr/local/emhttp/plugins/community.applications/include/exec.php.backup # Edit line 311 to handle arrays properly nano /usr/local/emhttp/plugins/community.applications/include/exec.phpFind line 311 and change:php// FROM:trim($variable) // TO:is_array($variable) ? trim(implode('', $variable)) : trim($variable)Someone who is comfortable with doing that wanna try?I can confirm this fixed the problem for me.
September 18, 20251 yr I just added is_string() to the if condition since, trim only work on string, not on array, and it work again. if ( is_string($o['RequiresFile'] ?? null)) $o['RequiresFile'] = trim($o['RequiresFile']); if ( is_string($o['Requires'] ?? null)) $o['Requires'] = trim($o['Requires']);
September 18, 20251 yr Don't want to be rude, but why is this error/exception not caught in a try/catch?
September 18, 20251 yr pretty upset with myself that i just spent 3 hours troubleshooting this issue and didn't think to check here to see if this was a global issue. i had been tinkering with mtu and other settings and figured id broken it. odd timing. i'm mostly also interested to know why try/catch doesnt catch this
September 18, 20251 yr 8 minutes ago, drfsol said:I just added is_string() to the if condition since, trim only work on string, not on array, and it work again. if ( is_string($o['RequiresFile'] ?? null)) $o['RequiresFile'] = trim($o['RequiresFile']); if ( is_string($o['Requires'] ?? null)) $o['Requires'] = trim($o['Requires']);I came searching for the support thread, thinking it was just me & it was something I'd done.This workaround worked for me until an update is available.
September 18, 20251 yr Author Just as an update,For 2 hours starting at 9AM EST CA didn't work. Kudos to @EDACerton for recognizing the issue and fixing the problematic template.I didn't catch this at the time because I was working on CA's code until ~3am and when I woke up the problem was already resolved. Just responding now because during the investigation of why did this happen and how to prevent it going forward in the backend I found bug that this outage triggered that was classified under "Drop everything and fix this immediately" since technically the outage should have been impossible and the code did catch everything from 5:37PM 9/18 until 9A today when the circumstances changed and at that point even though CA went down, it still shouldn't have happened.That issue has now been very much closed.In other news, CA has performance issues when Connect is installed. This performance problem is also a very high priority. I believe that Connect will soon have an update (if it hasn't already) that will fix this problem, but CA itself will also have an update either tonight or tomorrow that will also resolve it.Part of the problem with the performance when Connect was installed is that it was also hit and miss as to whether the user would be affected, and if they were affected then the performance might be perfect one day, and in the toilet the next. (For myself, running 7.2 internal betas, I'd only see it after an initial OS update for a day and it would then disappear completely)Another part of CA's next release is another performance optimization which is completely unrelated to the Connect issue (and was coded prior to that happening) which results in CA's searching / browsing feeling like its ~2x faster than before. There's also further improvements to the "home" page which were implemented for the Connect problem, but have the added bonus of making Home better for everybody, especially mobile users regardless of the OS version they are running.Further revamps for performance are coming, but the current ones are sufficient to get CA back running normally when Connect is installed so this is a priority release. The remainder can wait for a bit. There's also a big fix to how searches work and preventing authors / maintainers from being able to "game" searches for better visibility of their apps. Skinning improvements and more. And while I'm not going to specify what the road map is on CA, I'm extremely excited for what we have planned and are starting to make the necessary infrastructure changes in CA so that they can be supported. A number of items that were in my "this would be great, but its actually a pipe dream and not feasible or not even possible" have now been moved to the planning / pre-development stage". Long road ahead, but I think a year from now (sooner for some other items) you'll be shocked at just what CA will have in its feature set.Either way, kudos to @EDACerton - buy him a beer if he drinks, and if he doesn't then as the old adage goes "you can't trust anyone who doesn't drink". And if you have performance issues with CA, look for the update tonight / tomorrow.
September 23, 20251 yr Community Applications is broken for me after the latest update; the Apps tab just displays a blank screen.OS version: 6.12.15Plugin Version: 2025.09.23 PHP Log is showing the following error:PHP Fatal error: Uncaught Error: Call to undefined function file_put_contents_atomic() in /usr/local/emhttp/plugins/community.applications/include/helpers.php:74Stack trace:#0 /usr/local/emhttp/plugins/community.applications/include/helpers.php(885): ca_plugin('version', '/var/log/plugin...')#1 /usr/local/emhttp/plugins/community.applications/include/helpers.php(92): debug('Dropping attrib...')#2 /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(715) : eval()'d code(109): dropAttributeCache()#3 /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(715): eval()#4 /usr/local/emhttp/plugins/dynamix/template.php(82): require_once('/usr/local/emht...')#5 {main}thrown in /usr/local/emhttp/plugins/community.applications/include/helpers.php on line 74 Edited September 23, 20251 yr by dabears
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.