mainwp
Forum Replies Created
-
No worries 🙂 I’ll mark this as resolved.
Generally when we see that issue the uploads folder after the migration is not correct.
On the Child site can you check the Media options section /wp-admin/options-media.php and make sure the “Store uploads in this folder” is set correctly after your move.
That is strange, there are more things I want to go over but they require site information.
Can you please open a ticket and send us the Child URL and reference this thread?
Okay, that tells us that the Dashboard is in fact getting the 400 reply when trying to reach that child site.
The cURL timeout usually doesn’t cause an issue like this, do you see an error in cURL version, cURL SSL Version or SSL Warnings?
Can you run the test connection feature for that child site and let me know what you get?
You only need to add a HTTP Username and Password if you are using HTTP Auth on your Child site.
Working with Presskopp in slack so marking as resolved.
Quick follow up to see if the issue is still present for you jamesb2016
If you run into any issues be sure to open a support ticket and the support team will be happy to help.
We’ve deployed MainWP across a large number of our websites and for most of them it’s running fine.
I am happy to see for most of your sites you had no issue and I apologize that you feel like you had a bad experience with our plugin for your 6 other sites.
However, there were half a dozen sites where the Admin Dashboard was inaccessible in any browser apart from Firefox.
This is not something I have ever seen reported before regarding the MainWP Child plugin and it seems strange that the plugin would cause a browser specific issue like this.
I find this very interesting and would love the opportunity to have the Dev team investigate it. If you can create a test site for us on the server / host where you had the issue and open a ticket on MainWP support we’ll review and fix any issues we see.
We have spent literally HOURS if not DAYS trying to find out why these sites’ backends were painfully slow. After much investigation by myself and the hosting company, deactivating plugins, waiting two minutes / forever to log in and switch pages in the back end, deleting and deactivating MainWP Child and the accompanying BackUpWordPress.
I really wish you had opened a ticket with us or posted in the WP.org support forum so we could of reviewed and helped
It could be that my colleague failed to install the Backup correctly – but that means the instruction need to be better.
Installing the BackUpWordPress plugin on your sites should be pretty straight forward and I don’t think that would cause the issues you were referencing.
I look forward to your response and letting us investigate the browser issue you experienced.
Thanks
Dennis
Strange for you to be getting a 200 response and an Invalid Host on the test connection screen.
Since you are working on a local host there are some trouble shooting steps we would want to go over with you, but first we would need the server information system report (/wp-admin/admin.php?page=ServerInformation)
Use the Blue button at the top for a Copy / Paste version and please send that over to us at MainWP support referencing this ticket.
Awesome!Thanks for the update.
Duplicate post closing this one.
What is the response you received when you run a test connection to that site?
Forum: Plugins
In reply to: [MainWP Dashboard: Self-hosted WordPress Management for Agencies] Dead LinkThanks, we put in some redirects to the correct pages until we release a new version with the new links in place.
Sounds like you may have selected to remove Tools section from your MainWP Dashboard.
Try going to your MainWP Dashboard Settings then select MainWP Tools. Once there locate the section “Cleanup your Dashboard” and make sure Tools is not checked. If it is simply un-check it and Save Settings.