I looked at the HTML of both sites. The original one has the “options-output” CSS that’s generated by Redux. The second one does not, which is likely the issue. Now we have to figure out why the original sites does and the migrated site does not. A flaw in the migrated data might be the cause (I had one last week that had images in the gallery that did not transfer, causing all sorts of issues because the theme software did it improperly).
The first thing I would do is check the PHP error logs are any error that mentions Redux. If you see them, I would need to know what they are. If there are no errors that relate to Redux, then you’ll need to report this to the theme author. The reason is that we do not have access to themes that use Redux. Only theme authors are able to debug their themes. We do not support themes that use Redux. If there isn’t an obvious error directly related to Redux preventing the CSS output, the theme author would have to review your migrated install to determine the cause. That’s not something we are able to do either.
Let me know if there are PHP errors that mention Redux.
HI @kprovance thanks for your quick response. Checking the error logs, I don’t see any obvious errors. The most consistent thing is the following warning:
PHP message: PHP Warning: Trying to access array offset on value of type bool in /opt/bitnami/wordpress/wp-content/plugins/convertplug/classes/class-convert-plug.php on line 109; PHP message: PHP Warning: Trying to access array offset on value of type bool in /opt/bitnami/wordpress/wp-content/plugins/convertplug/classes/class-convert-plug.php on line 109; PHP message: PHP Warning: Trying to access array offset on value of type bool in /opt/bitnami/wordpress/wp-content/plugins/convertplug/classes/class-convert-plug.php on line 109; PHP message: PHP Warning: Trying to access array offset on value of type bool in /opt/bitnami/wordpress/wp-content/plugins/convertplug/classes/class-convert-plug.php on line 109', referer: https://volpod.bandera.co/wp-admin/index.php
Which doesn’t appear to be related.
Some additional info that might help with the detective part of this investigation… original site was hosted on WP Engine and was still running on PHP 7.4, so I had to remove all the WPE mu-plugins and update WP Bakery in order to get the site migrated properly and now running on PHP 8.2
Additionally, the new hosting server is an AWS lightsail bitnami stack, and for some reason bitnami configures their wordpress file directories strangely – the wp-config file and the /wp-content folders are both in a different directory from the rest of the file structure and using shortcuts to map them back. This was initially causing a major issue loading the Redux framework AT ALL when I first migrated it. So after some research trying to understand WHY bitnami was setup this way, I came to the conclusion there was no good reason and I moved both the wp-config file and /w-content folders back into the primary directory, which then fixed most of the site layout and the redux framework admin panel.
So now I’m wondering if there is some line of code somewhere that is mapped incorrectly because of the initial file structure setup? Are there particular files I can check for correct mapping? Am I making sense?
Let me know. thanks!
Quick update, had to push the dev site live due to old hosting provider shutting down their version. So now THIS is the live site that is not connecting correctly to the Redux design settings:
https://www.volunteerpodiatry.com/
and I temporarily also restored to the site to a WP Engine server here, where the Redux framework is working properly:
https://volpodtest.wpenginepowered.com/
I feel confident it will have something to do with the strange bitnami lightsail file structure – something in a file or in the database is not mapped properly… any ideas?
Honestly, I have none. I’m confidently sure all this renaming of folders and shortcut mapping is the issue. Typically, we do not get into server configurations or server issues. It’s a liability issue. If a host is reorganizing the WP structure differently from what was intended, then you need to ask them to not do that. IOW, don’t fix what isn;t broken. There are other ways to obfuscate WordPress. One can set the WordPress content folder (wp-content) via the WP_CONTENT_DIR and WP_CONTENT_URL constants. Redux uses those when it detects them.
Hi @kprovance ok so after further testing and troubleshooting, I have discovered the issue is unrelated to the migration or the file structures. It appears to be a version issue. The migrated site was running Redux 3.6.15 – When running this version, everything works exactly as expected. As soon as I update to 4.5.6, everything breaks.
Since this was a site I inherited and did not build, I would like to try stepping through versions to see where the disconnect happens so that I can give you more details in hopes you can help me fix it. Is there someplace I can step through versions between 3.6.15 to 4.5.6? I’ve tried using a rollback plugin, but it’s not working…
Let me know?
Ok @kprovance I found the version releases here https://github.com/reduxframework/redux-framework/releases?page=7
The breaking point definitely happens between version 3.6.18 and 4.1.28
When running version 3.6.18, everything works exactly as expected. As soon as I upgrade to any version after that, the connection breaks for all styling settings sitewide.
Help?
The differences between v3 and v4 are night and day. It was a complete rewrite. I mean, you could conceivably go back to three, but it has been sunset. There will be no more updates for it, and there will be security concerns. Otherwise, I’m not sure what I can do. I cannot replicate this. There have never been any other types of issues like this, and I am forbade from logging onto your server to debug (and if the problem isn’t Redux, I couldn’t fix it anyway), plus, as I mentioned, there is a liability issues and I don’t even want to go through something like that again. If you had errors I could see (that includes the developer’s console (STRL+SHIFT+I), that would be something.
If you want v3, the archive is here: https://github.com/reduxframework/redux-framework/tree/redux-3-archive
Again, it’s unsupported. If there are issues or errors (if you’re using PHP 8, there will be many deprecation issues), you’ll be on your own, or you’ll have to hire a freelancer to fix them.
Thanks for the detailed response @kprovance. Since I inherited this site and did not build it, I’ve been working to get all software etc up to date. It is now running on PHP 8.2 and all software and plugins are now up to date except the Redux Framework. I’m struggling to find much information on the theme that’s in use, so it could be that it has been sunset as well…
I do have a cloned dev site running where I’m doing the troubleshooting and I’d be happy to share access to that DEV site with you, if that’s permitted (I understand you can’t/shouldn’t access the live site!)
However, I’m probably at the stage where I’m going to suggest a rebuild to the client in general anyway, since this theme is questionable as well, and I suspect the original site build is close to 10 years old anyway.
Thanks for coming on this journey with me!
@sarahsas – You are using v2.1.0 of that theme from 2018. There was no Redux 4 back then. The latest is 3.5.2, released in 2023. Have you tried updating the theme to the latest version? The license doesn’t expire, but the individual who purchased it is the only one who has access.
@kprovance thank you for the extra detail, I was struggling to find any information on the theme, specifically what version release they were on etc. From the dashboard, it shows no updates available. And unfortunately I do not have any access to the original purchasing account, so I’m afraid I’m out of luck there. However, if they haven’t released an update since 2023, then probably best to recommend a rebuild to the client anyway in a better-maintained theme.
Thanks for your guidance!
