Support

Akeeba Backup for Joomla!

#41255 An unhandled Exception has been detected

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
4.4.9
PHP version
8.2.24
Akeeba Backup version
v9.9.6 > 9.9.9

Latest post by nicholas on Friday, 25 October 2024 01:26 CDT

paulcu

We're running Joomla 4.4.9 and updated Akeeba Backup Pro from v9.9.6 > 9.9.9 and received the following error:

   Akeeba Backup - An unhandled Exception has been detected
   500 Class "WFBrowserHelper" not found
   File <root>/plugins/system/jcepro/src/PluginTraits/MediaFieldTrait.php Line 70

Any thoughts on a fix as half of our admin functions are unavailable.

 

paulcu

Was able to fix by reinstalling JCE.

nicholas
Akeeba Staff
Manager

Yep, this error came from JCE Professional's system plugin, namely its media field override functionality.

TL;DR: Always look at the error trace to see if the problem comes from somewhere else. In your case, you see /plugins/system/jcepro/src/PluginTraits/MediaFieldTrait.php Line 70. This immediately points you to the JCE Pro plugin. Even if you don't know which plugin it is, look in its folder (displayed above) and check its manifest. It tells you who you want to contact next, which might be a different developer than that of the component you saw the error in. Remember that plugin issues are not under the control of the component or its developer.

Now, you may wonder how on Earth is it possible that JCE causes a problem in Akeeba Backup as there is no media field in Akeeba Backup to begin with.

Well, Joomla! has a few “general purpose” onContent* events which fire every time there is a form loaded, prepared, and displayed to the user. Different plugins will handle these general purpose events to achieve wildly different things such as replacing content; displaying custom fields; displaying comments; adding, replacing or removing fields; etc. The way all these wildly uses cases are catered for is that every time there is a form being handled –that's about half of the admin pages– Joomla! calls the respective onContent* event handlers of all plugins, each event handler responsible to figure out when and what to do. If any of these completely unrelated plugins' event handler crashes during this chained event handling you get a stop error like the one you got. It's worth noting that neither the component the form was on, nor Joomla! itself had anything to do with the error. The error came from a plugin. That's what you should focus and address. Trying to see what's wrong with the component or Joomla! itself would be futile (“barking up the wrong tree”).

I hope this helps for any future issues you may have.

 

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!