Can't log into dashboard after tagDiv Composer installed – Multisite

I’m having no luck getting td_composer plugin to work on my site.

Problem: Once plugin is activated, I can’t access backend of my site – page just won’t load. After pages stalls, I can’t access any pages on my site frontend or backend until I delete td_composer, clear cache, and completely restart browser.

Could this have something to do with it being a multi site install of wordpress? I very much want to transition to the new composer, but after two days of trying everything already suggested, I don’t know how much more time and energy I can expend.

Steps taken:

Please help! Can I send login credentials?

• This topic was modified 9 years by elmer.harris.
• This topic was modified 9 years by elmer.harris.

I guess I found out the hard way. I implore you add this disclosure to upgrade instructions. I also find it beyond the pale with 40k+ users, you didn’t test this major release on a multisite install.

You cost me two days I’ll never get back.

BTW, my multisite environment was not created with a plugin.

I have a multi-site and td_composer works fine. Must be something else going on.

Update: I converted multisite install to single site. No dice. Problem with “err_too_many_redirects” continues when tagDiv Composer is activated.

Thing is… I have a lot of plugins (currently disabled) that has never caused this problem. None of tagDiv’s other plugins have ever caused an issue.

So currently, all plugins are disabled. The following files have been reverted to default: wp_config.php and .htaccess

The problem still persists but only when I activate tagDiv Composer by itself.

Next step is to try tagDiv composer with twenty-twenty them.

I’d appreciate any help or suggestions from support or community at large.

thanks

Elmer

I have eliminated the issue down to strangely enough, the “Newspaper” theme.

I can enable td_composer with standard wp theme, but it seems to have this redirect issue when logging into dashboard or login page only when “Newspaper” theme is installed.

Again, all plugins disabled using default .htaccess and wp-config.php files.
I’m running on a dedicated server with cPanel and CloudLinux installed. All systems go in Newspaper’s System Status in theme panel.

Question… could there have a been a theme update in the past 10 months that would have made a database change? I deleted entire “Newspaper” directory and re-uploaded new folder with version 8.

I have nothing else to eliminate. Or do I? Maybe I can reupload a fresh wordpress install.

What should I do?

Might not help but resave permalinks to reset htaccess, delete transients wth wp-optimize… i use this combo to clear stuck stuff and changes to custom rss etc.

Not sure about your specific issue but in the past I had an issue with another plugin and the support guy gave up. I turned to the host and he found out a crazy security plugin had altered my .htaccess file and did NOT reverse it to the original after I deactivated and deleted that plugin. Thoughtless authoring! So although you disabled or deleted plugins, one or more of them may have left some permanent changes on your core files. Just a thought…

Thanks Chris!

I installed wp-optimize and deleted transients. Likely a good thing, but didn’t fix my problem. Also resaved permalinks.

thanks again

Mayapur Voice,

Changes to core files are what’s concerning me most now. I’m unable to locate the culprit and have already changed to vanilla .htaccess and wp-config.php

Does anyone know any other files that could cause this err_too_many_redirects ??

I installed Newspaper on test site on same server and tagDiv works on fresh install. Just can’t figure out what file or setting is screwed up on main site.

BTW, I just overwrote all wordpress files.

Strange thing is… I don’t get the redirect loop timeout when I activate td_composer with twenty-twenty, only when using Newspaper theme (which is a clean install of the theme).

UPDATE:

Disabled Mod_Security on site and now works.

Any idea what Mod_Security rule could have been causing the login redirect loop with composer activated?

SOLVED: Installed EasyApache4 with MPM ITK on server. Issue was with mod_ruid2 not accessing session file/data.

Mod_Security wasn’t showing a hit in logs as a it would for a normal hit, rather server wasn’t allowing site to access session data.

Why this anomaly happened only on this individual site, I may never know.

Installing of EasyApache4 with ITK solved the issue.

The mod_ruid2 Apache module changes the permissions of the HTTP requests for a domain to the permissions of the owner of that domain.

Warning:
If you do not select an Apache module that changes the permissions of Apache requests, your Apache web server will run Apache processes as the nobody user, which presents security risks. The following Apache modules also change the permissions of Apache requests:
mpm_itk_module
suexec
mod_suphp

—QUOTE——-

Bogdan: Most of the times, hosting features such as security, caching, optimization is not recommended to be used as they will conflict with WP. Disable any hosting related “features” and install WordPress specific tools to take the hosting solution’s place.

—-/QUOTE——-

As a humble host with many wordpress installs, I strongly disagree with Bogdan. In today’s day and age, you need all the security tools at your diposal.

Wordpress security measures should be used in conjunction with server security measures such as Mod_Security and ConfigServer Firewall.

I do appreciate Bogdan and everyone who contributed to this thread in an effort to help me get tagDiv composer working. Now that I’ve recreated a few Visual Composer pages in tagDiv Composer, I can’t see that I’m any better off. I trust tagDiv’s advice that the transition will pay dividends in the future.

I just hope supporting the new tagDiv Composer plugin doesn’t hinder their effort in providing the best publishing platform WordPress has to offer.

Elmer
RheaReview.com

• This reply was modified 9 years by elmer.harris.

Glad to now the issue is resolved. Appreciate the detail you provided. Good to know. Thanks.

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

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

My issue was with mod_ruid2 not accessing session file/data.

Ask your host to install EasyApache4 with MPM ITK. This is a replacement for mod_ruid2 and recommended for servers running CentOs 7. Learn more here:

https://documentation.cpanel.net/display/EA4/Apache+Module%3A+MPM+ITK

EasyApache4 has been great for me.

Best of luck to you as this was extremely frustrating for me.