I’m having a similar ‘grey spinning wheel and blank screen’ when trying to update pages using tagDiv composer. I’m also seeing the exact same errors as jmr but none of the suggested fixes have resolved the issue.

WordPress 5.7.2
Newspaper 8.5.1
tagDiv Composer 1.0

The issues started when we had to update to the latest version of WordPress for security reasons.

The following has been aded to the htaccess file

<IfModule mod_substitute.c>
SubstituteMaxLineLength 10M
</IfModule>

and the following has also been added to the wp-config file

define(‘CONCATENATE_SCRIPTS’,true);

Nut neither of these changes have made a difference.

Console shows the following error still;

Uncaught TypeError: Cannot read property ‘next’ of undefined
at Object.multiNext (js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:18)
at Object.parse (js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:18)
at Object._getPostOriginalContentJSON (js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:192)
at js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:383
at Function.v.each.v.forEach (underscore.min.js?ver=1.8.3:2)
at js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:383
at Function.v.each.v.forEach (underscore.min.js?ver=1.8.3:2)
at Object.updateSavedShortcodes (js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:382)
at Object.init (js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:365)
at js_files_for_wrapper.min.js?ver=__td_aurora_deploy_version__:385

Thanks
Matt

I’ve got a similar issue, if we use the default templates we can stipulate which sidebar to use for which category i.e. automatic category specific sidebars, if we use cloud templates we can’t do this, we have to design a sidebar using composer or design a new single post template and select it manually each time we post a new article.

Why is there no way to stipulate a dynamic sidebar when using cloud templates for single posts?

Hi Calin, do you have an email to where we can send a link to the offending pages?

Hi Calin, we have multiple flex blocks accross our site, example CSS is

.tdi_95_a94 .td_module_wrap {
width: 25%;
float: left;
padding-left: 15px;
padding-right: 15px;
padding-bottom: 18px;
margin-bottom: 18px;
display: flex;
}

Do we need custom CSS for EVERY flex block id? i.e. tdi_95_a94, tdi_98_b99, tdi_104_455?

Hi Calin, a single’s posts ability to display ‘related content’ and ‘related sidebars’ is a crucial end user engagement factor for us. Bounce rates and user drops offs are massively effected by the ‘related’ information we are able to show to an end user and sidebars are an integral part of this on all articles.

Cloud templates should also follow the same behaviour as sidebars defined for standard templates in my opinion. This wouldn’t be an issue if we could stipulate specific single post templates per category but this is not an option.

If this could be added to future releases it would be a great help, all it would require is a cloud template block/shortcode to include the category specific sidebar instead of just a block/shortcode for ‘Widgetised Sidebar’ whereby we have to choose which sidebar to display.

Thanks
Matt

After much reading I can’t believe that Cloud Templates for single posts can’t support dynamic sidebars in the way Standard Templates can. This means editors would need to stipulate a custom cloud template for every article they produce.

My workaround has been to define a custom module and block using the API Plugin which I can use in TD Composer to drop in a dynamic sidebar. The module I’ve added simply places <?php get_sidebar(”);> as a td composer block.

Not being able to have dynamic sidebar content on custom cloud templates is a big oversight in my opinion…

I’ve just had a similar query, the default templates automatically display the specific sidebar relative to their category as define in the theme panel, with cloud templates unless you manually create a template for each category and set it in the post editor settings whilst composing each individual post then it will always display the sidebar that is set out within the cloud template i.e its not dynamic.

Is there no way to create a custom single post template and then set the sidebar to obey the sidebar defined in the theme panel for the specific category the article belongs to?? I would expect this to be capable as most people will want to define custom templates but also be able to vary the sidebar content relative to the single posts main category?

Hi Calin,

We currently use WPMU Hummingbird for Browser Caching and GZIP Compression but it also now has a page caching solution which we’re keen to use in order to bypass any potential plugin conflicts between WPMU Hummingbird and WP Super Cache.

Are you aware with any possible issues with using WPMU HB instead of WP Super Cache?

Thanks
Matt

Hi Catalin, by doing what you suggest we don’t have the full control over the widget settings, we’d have to create the widget in a page elsewhere each time before cutting and pasting in the full short code?

Are we still safe to register the widgets in the parent theme using the method we’re already accustomed to?

Thanks
Matt

Hi Bogdan, after much experimentation I managed to figure out what was causing the issue.

I simply had to move the position at which the new modules and blocks were being defined in the td-config.php file, I had all custom definitions at the top of the file which was working fine apart from the params for widgets and blocks, all sorted now however and I’ve moved them to the relevant sections within the config file.

Matt

Hi Simion, after much experimentation I managed to figure out what was causing the issue.

I simply had to move the position at which the new modules and blocks were being defined in the td-config.php file, I had all custom definitions at the top of the file which was working fine apart from the params for widgets and blocks, all sorted now however and I’ve moved them to the relevant sections within the config file.

Matt

Hi Simion, thanks for that, that seems to have done the trick, I do however have a related issue with the registered params for custom blocks.

I used Block 10 as a base for my own custom block so everything should be the same, however, in page builder and now as a widget the params are completely different with a number of them missing? Please see the attached image.

Instead of ‘General – Filter – Ajax – Extra’ my custom block has ‘Filter – General – Ajax – Extra’ with a number of the ‘General’ params missing, Custom Title, title colour, head template etc, am I missing something?

Hi Simion, this has now helped to resolve the issue, by using ‘<?php $mk_current_post_id = $this->post->ID;?>’ inside the custom module I have defined the ACF fields now work as they should do, without this define variable the loop does not work, it simply uses the parent page ID and not the current post ID within the loop, here’s my full working code;

<?php
$mk_current_post_id = $this->post->ID;
?>
<!– START Publication Links–>
<?php if( get_field(‘mk_acf_pub_pagesuite_link’, $mk_current_post_id) ): ?>
<div class=”mk-module-ebook-links”>
” target=”_blank”>Open In PageSuite
<?php endif; ?>
<?php if( get_field(‘mk_acf_pub_pdf_link’, $mk_current_post_id) ): ?>
” target=”_blank”>Download PDF
</div>
<?php endif; ?>
<!– END Publication Links –>

Thanks
Matt

Hi Bogdan, how would we pull the post ID for each item inside a block loop into the module? Would it need to be registered in td_module.php in the same way that these module parts are;

<?php echo $this->get_author();?>
<?php echo $this->get_date();?>
<?php echo $this->get_comments();?>

Because simply adding

<?php echo get_the_ID()?>

Does the exact same thing as we’re outlined, works fine on category archibe page, and displays the main page ID when used in a Visual Composer Block.

Thanks
Matt

Hi Bogdan, I’ve tried various things but it definitely seems like once the module is registered as a block in td_config.php and used on a page inside visual composer it loses the ability to properly select the post meta ACF field values.

I use ACF inside single post templates and all works fine, I used ACF in category view with a custom registered module and all works fine, it’s just when the same module is registered as a VC Block, all ACF values are lost.

Any ideas?
Matt

Thanks Bogdan, I have now managed to achieve this with custom CSS for the block.

Matt

I spoke too soon, even with the memory limit raised and the login issue resolved, tagDiv Composer is now enabled but isn’t loading in the WYSIWIG Visual Editor, nor from the front end when we click on ‘Edit with TD Composer’. Hosting have looked into this and it’s not logging any specific errors so we’re unsure as to what’s even causing the issue now. Does the TD Composer have any specific requirements? It looks like we’ll jusy revert to VC as it works fine and without any issues.

Matt

Hi Elmer,

Glad to see that someone else was experiencing the same issue as myself, I thought I was going mad. I tried everything and then I found your thread, my site was working fine except I couldn’t switch between live site and dashboard using the nav bar link, it created a 500, this was only when tagDiv Composer was activated, without it everything worked fine.

I forwarded your solution on to my host manager this morning and we use a slightly different set up, I asked him to give me a brief outline of what our issue was incase anyone else was experiencing similar, here’s what he said;

If you know anyone else having this issue, they simply need to ask their server admin to raise the SecResponseBodyLimit in mod_security. No need to recompile Apache or change the MPM.

Regards
Matt

Hi Simion,

Memory limits are fine according to the Theme System Status within the dashboard, the site works fine with tagdiv composer deactivated but as soon as I activate it the link in the top nav bar to ‘Dashboard’ doesn’t work, I’ve cleared cache, reinstalled theme via ftp, reinstalled plugin via ftp and it still doesn’t work, theme is activated, I’ve tried everything I can think of. I use Newspaper on a few other sites all running on the same server (which I manage) but it’s just this site with Tag Div Composer running that causes this error.

Any ideas?
Thanks, Matt

Hi, further investigation has lead me to conclude that this is TD Composer related, I don’t get any 500 errors with just Visual Composer enable, when I disable it and enable just TD Composer the 500 error when going from site view to dashboard via dashboard links creates a 500 server error, what’s the best way to resolve this?

Matt

Would this potentially be caused by having both TD Composer and Visual Composer both activated at the same time?

Matt

Before Update

After Update

I would also like to add a custom text area afer the content, right before get_the_tags(), which hook (if any) do I need to add to?

Thanks

Hi Bogban, I’ve just emailed details to contact@tagdiv.com

Thanks
Matt

Apologies, this is me being stupid, I’d forgot that we were using block 14,14,4 so neglected to add the code to the block 14 php file too. This has 100 sorted the issue, many thanks.