Support

January 16, 2025 at 7:18 pm

Hi Drew,

Apologies for the delay, I haven’t been ignoring you but I should have kept you in the loop better here.

I spent some time digging into this with one of our developers and this issue is really strange because when you click on the PayPal button here:

https://monosnap.com/file/cjWsXGO1CClPAxNn4Fva0BWLg8SYMq

PayPal generates the order ID and then uses it to display the next step here:

https://monosnap.com/file/bTIoqd1UeN5e8nbedzjKlvdpZ8mm5d

You cannot get to that step within PayPal (that popup is from PayPal servers, without an Order ID) but every time I test this on your site it works as expected.

We’ve just pushed an update to Event Espresso live now and that version adds some additional error checking within PayPal Commerce to try and narrow this down a little. Can you please update to version 5.0.32.p so we can see if any more details show in the logs?

(If the update doesn’t show on the site go to Event Espresso -> General Settings and just hit save to force an update check)

January 17, 2025 at 5:21 am

Yeah, they flag up as suspect; I can view them.

However those are payment logs, I’m after your server error logs now as the fatal will be stored in those.

Do you have file access to the server? If so are you comfortable sending that over so I can take a deeper look?

Side note – do you know the specific point at which people get to before it stops working?

January 21, 2025 at 8:12 am

Thank you.

Unfortunately, that error log isn’t helpful here.

It does indeed highlight an issue and fatal errors being thrown, but this is what you’re getting:

2025/01/19 19:50:10 [error] 1759401#1759401: *595804 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught TypeError: mysqli_num_fields(): Argument #1 ($result) must be of type mysqli_result, false given in /home/navina/public_html/wp-includes/class-wpdb.php:3859
#6 /home/navina/public_html/wp-content/plugins/event-espresso-core-reg/core/helpers/EEH_Activation.helper.php(1630): EventEspresso\core\services\datab" while reading response header from upstream, client: 172.70.35.110, server: navina.ca, request: "GET /media/thai-massage-pictures/0494img_8883/feed/ HTTP/1.1", upstream: "fastcgi://unix:/run/php/php8.3-fpm.sock:", host: "de.navina.ca"
#5 /home/navina/public_html/wp-content/plugins/event-espresso-core-reg/core/services/database/TableAnalysis.php(90): wpdb->get_results()
#4 /home/navina/public_html/wp-includes/class-wpdb.php(3142): W3TC\DbCache_WpdbNew->query()
#3 /home/navina/public_html/wp-content/plugins/w3-total-cache/DbCache_WpdbNew.php(122): W3TC\DbCache_WpdbInjection_QueryCaching->query()
#2 /home/navina/public_html/wp-content/plugins/w3-total-cache/DbCache_WpdbInjection_QueryCaching.php(227): wpdb->__get()
#1 /home/navina/public_html/wp-includes/class-wpdb.php(780): wpdb->load_col_info()
#0 /home/navina/public_html/wp-includes/class-wpdb.php(3859): mysqli_num_fields()

So EE is calling the activation help, on like 1630, wee see that in the log: EEH_Activation.helper.php(1630)

That code is:

public static function table_exists(string $table_name): bool
{
    return EEH_Activation::getTableAnalysis()->tableExists($table_name);
}

But the fatal is thrown becuase W3Total Cache is hooking in there and somehow a core function is trugning an unexpected value.

You can try disabling W3TC’s Database caching within its settings to see if it prevents the fatals BUT… I’m not so sure that fatal is related to the issue at hand. That’s from EE checking if specific database tables exist, its not directly related to the functions that are running when your getting problems although it could be running in the background at the same time.

Have you still had issues whilst using Stripe?

January 22, 2025 at 2:37 pm

Hmm, okay – what’s the type of log I should be asking for then? Sorry I thought this was what you needed.

It is the correct file, but wrong timeframe.

I triggered errors on the 17th but the file contains errors from a couple of hours on the 19th.

Do you have access to the logs from say the 16th through to the 19th, just send them all and I’ll filter through to see what is shown.

Or, if you can get me FTP access I can view the logs directly as I trigger them.

Either works for me; I just need the error being thrown using whichever method.

February 4, 2025 at 4:14 am

Hmm yeah, that’s really strange! I’m using Chrome in the screenshot of your site above.

Do you have any extensions that might be blocking the editor within Chrome? You’re only the second person to report the EDTR not loading within Chrome and the same thing happened there (it loaded for me on their site) so I’m trying to narrow this down a little.

Do you change any privacy settings within Chrome?