WPIntell

Source evidence

Fatal error on Pods Admin list screen

Pods – Custom Content Types and Fields · support · 2026-05-18T15:14:00+00:00

complaintsentiment
highseverity
1.0relevance
4replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

4 / 31 rows with source links

12.9% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

27 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
markofapproval unresolved
Hey guys! I’m hitting a fatal error that takes down the entire Pods admin list screen (wp-admin/admin.php?page=pods) in Pods 3.3.8. Note: The crash occured with custom code and so i ran evaluation with Cladue Code because i couldn’t work around the bug without hard coding the pods plugin which is not idea. ERROR: PHP Fatal error: Uncaught TypeError: number_format(): Argument #1 ($num) must be of type int|float, array given in wp-includes/functions.php:428 #0 wp-includes/functions.php(428): number_format() #1 wp-content/plugins/pods/classes/PodsAdmin.php(1228): number_format_i18n() #2 PodsAdmin->admin_setup() CAUSE (as far as I can tell): In src/Pods/Whatsit.php, count_groups() looks like it has a copy/paste omission compared to count_fields(). count_fields() (correct) returns: return count( $this->_fields ); count_groups() (around line 1390) returns the array itself instead of its count: if ( null !== $this->_groups && ! $has_custom_args ) { return $this->_groups; // returns the array, not count() } PodsAdmin::admin_setup() then passes that array straight into number_format_i18n(), which fatals. REPRODUCTION : It triggers on any pod that has one or more groups once _groups is populated on the cached object. In my case a pod with a single group is enough to crash the list screen. SUGGESTED FIX: Mirror count_fields(): if ( null !== $this->_groups && ! $has_custom_args ) { return count( $this->_groups ); } I’ve confirmed locally that this one-line change resolves the crash and the admin list renders correctly. ENVIRONMENT: Pods: 3.3.8 WordPress: 6.9.4 PHP: 8.3.6 Multisite: yes Thanks for the great plugin and I am happy to provide more detail if useful. ☺️😀 Thanks for reporting this error. We’ll get this fixed this week. Thanks Scott! Appreciate it 🙂 Sorry for the delay @markofapproval , we had another release that took priority due to a security disclosure from Patchstack. I’m working on getting your fix out in the upcoming days. This reply was modified 1 month ago by Scott Kingsley Clark . Reason: fix 'this' to 'your' The fix is now in Pods 3.3.10 (currently in development). Hoping for release tomorrow — https://github.com/pods-framework/pods/pull/7553

Comments

4 shown
Scott Kingsley Clark 2026-05-18T15:45:00+00:00

Thanks for reporting this error. We’ll get this fixed this week.

markofapproval 2026-05-19T13:32:00+00:00

Thanks Scott! Appreciate it 🙂

Scott Kingsley Clark 2026-05-31T15:57:00+00:00

Sorry for the delay @markofapproval , we had another release that took priority due to a security disclosure from Patchstack. I’m working on getting your fix out in the upcoming days. This reply was modified 1 month ago by Scott Kingsley Clark . Reason: fix 'this' to 'your'

Scott Kingsley Clark 2026-06-07T14:58:00+00:00

The fix is now in Pods 3.3.10 (currently in development). Hoping for release tomorrow — https://github.com/pods-framework/pods/pull/7553