Overriding Built-In Modules

Beaver Builder
1

Hi,

When i try to override a Built-In module in my custom theme, it’s work fine, but the settings.js is not overwriting, i always have the built-in.

Thierry

2

Hi Thierry,

What code have you added/changed in the settings.js file?

Thanks,
Danny

3

Hi Danny,

I have modify the icon module to allow user to add icon or picture. The settings.js rules need to have an icon. I have deleted this rules, but when i read the source code of the page this is not my file has loaded.

Thierry

Beaver Builder ThemeVersion : 1.4
Beaver Builder Plugin (Pro Version) : 1.7.5

4

Hey Thierry,

That should not be the case. The settings.js your module uses should be the one from your overriding folder. Do you have any caching plugins installed? Can you try clearing its cache along with BB’s and see if that fixes it? The latter can be found under Settings > Page Builder > Cache.

Ben

5

[Content Hidden]

6

Hi Thierry,

I added the Icons module from the BB plugin folder to my BB Child theme /fl-builder/modules/ folder. I then opened settings.js and change true to false in the file. Saved the changes and the override version of Icons was working as intended.

CloudApp

Therefore, in the module you linked above, what changes have you made, as the settings.js file is identical to the default file?

Also, how have you renamed the wp-content folder so I can try and do this on my end, as this may be a factor as well.

Thanks,
Danny

7

[Content Hidden]

8

[Content Hidden]

9

Also, the new frontend.php is not loaded

10

Hey Thierry,

Would it be possible for you to share admin access along with FTP access to the site so we can check deeper?

Ben

11

Hi Ben,

I have made an roll back to deactivate WordPress obfuscation, and now all run nice. I think Beaver is not compatible with this when we change wp-content, theme or plugin directories.

Thierry

12

Hey Thierry,

Thanks for informing us that’s the case. I’ll have our lead dev take a look. :slight_smile:

Ben

13

Hi Thierry,

Is it possible for you to remove all the code you posted above, but keep the code that changes the directories. As I have just copied and pasted that code into my test sites wp-config.php file and my Icon module override worked without any issue.

All I did was replace 'category' => __('Advanced Modules', 'fl-builder'), with 'category' => __('Custom Modules', 'fl-builder'),. When I loaded up the builder the Custom category was there.

CloudApp

Therefore, can you check with just the directory location code and see if your issue persists, please.

Thanks,
Danny

14

Hi Danny,

The problem is not in the module. All my changes are visible. The problem is in the loading of the frontend output (frontend.php, settings.js …). Look at my screenprint, BB not load the good js.

To test, in the wp-config.php you only have to change the domain name in my code and replace this code by the new one:

/** Absolute path to the WordPress directory. */
if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');

/** Sets up WordPress vars and included files. */
require_once(ABSPATH . 'wp-settings.php');

Thierry

15

Hey Thierry!

My apologies for the hassle. It might be that our override logic doesn’t work with this specific config. Would it be possible to get temporary FTP/admin access to test?

Thanks,
Justin

16

[Content Hidden]

17

Thanks, Thierry. I’ll have a look shortly.

Justin

18

Hey Thierry,

It looks like you have an extra forward slash in your path like so… /bb//assets/.

That is throwing off our path comparisons for where the module lives and is being caused because ABSPATH already has a forward slash at the end of it. I adjusted your custom defines in wp-config.php and that fixed the issue.

Let me know if you have any questions about that.

Justin

19

Damn, that was under my eyes and i didn’t see it :frowning:

Thanks Justin

20

Hi Thierry,

No problem! :slight_smile:

Justin