BuddyPress group creation broken at "Settings" step - php

BuddyPress version: 1.9.2
Wordpress version: 3.8.1
I have a very angry client at the moment.
The buddy press installation has been functioning flawlessly for a couple of weeks until the last few days.
When creating a new group, at the second step (Settings) the usual options of “Public/Private” etc do not show. When clicking “Next Step” button you get the WordPress error page of “Are you sure you want to do this?”
Have tried disabling all plugins and still not working so I’ve ruled out a plugin issue.
UPDATE:
Going to try move to a fresh server and reinstall piece by piece. Will report back.

I moved the installation to a fresh server and all is good now. I suspect it was something to do with the Varnish config I was running.

Related

Automated blog posts to Wordpress from Scoop it has stopped working

Two weeks ago automated blog posts on our Wordpress site from Scoopit has stopped. We did not change any settings or install anything new.
When we were trying to figure what might have gone wrong, the help page on scoop it suggested a website that validates xml-rpc service of wordpress. I have ran the validation service on our website and it failed on the last test metaWeblog.newMediaObject - uploading an image to wordpress, with an error code 500. We are using Wordpress version 3.9, and PHP version 5.2.5.
Has anyone had a problem similar to this? If so, could you direct me in the right direction?

Fresh Wordpress install not reflecting changes on files instantly

I have a fresh wordpress 4.0 install on my server for a specific domain and when I make changes to any of the theme files it won't show up in the browser for a few reloads. I just add "asdf" to the theme file to test changes. I can refresh 20 times but no changes show up until like 20 seconds later.
What I have tried:
Turned off firefox's cache.
Turned off wordpress cache.
Tested other domains on my server with wordpress and they work properly.
Installed wordpress with "server installer apps"(3 times) and also with manual installation.
I refresh with ctrl+f5
Tried with firefox and with chrome, same results.
Its a fresh install so no plugins, no settings changes. There is no caching and my other domains work properly. No errors show up in the console.
I have no idea what the problem could be. My server company, mediatemple, said it could be my ISP, but other domains on my site work properly from the same computer/network. For some reason the problem is specific to this domain and the problem persists through all the themes.
I don't know what to do next. Any suggestions would be greatly appreciated. :)
Update:
Have tried manual install of wordpress 3.9 and that does nothing.
I added a new folder to the root and in that folder I added a file called index.html to test if this file, which is unaffected by wordpress, would show instant changes and IT DOES. So the problem seems to be based within wordpress and specific to this domain.
I spoke to Mediatemple for the 3rd time now and this guy was much more helpful and he actually solved the problem.
When you add a domain to mediatemple it automatically sets the PHP version to "FastCGI", which normally is fine, but it caused problems specifically on this one domain's wordpress install for unknown reasons. So he switched the PHP version to "CGI (Stable)" and that fixed every problem.
I hope this will be helpful to someone in the future. :]

Wordpress plugins are active but not checked in admin tool

Ok, so I have a big problem. Or at least an indication of a big problem. You see I went to create a dev version of a recently launched site. I copied all the files over to a new directory, created my apache entries, created a brand new database for it, and copied over that database.
Then I made sure to change the www.mysite.com entries to dev.mysite.com in the database. All of that looked good and I restarted apache. After running into some issues with the dev site I decided to back away for the night. I went to check the production site and it was suddenly down. So I removed the SSL entry in default-ssl in Apache and restarted Apache again and that was fine.
Then I went into admin and noticed that on the plugin page it bolds the active plugins. It gives an accurate count. And the plugins are working. But the checkbox next to each isn't showing checked.
So I thought that maybe I messed up the database on accident. So I just blew away the db and re-imported it really quick from the backup I made before all this started (about 30 minutes ago). And it looks the same. The site is working, but I am having problems with admin.
Does anyone have any advice? This is freaking me out a bit. I have never had a problem like this before with creating a dev site and never had Wordpress do crazy stuff like this before.
I will add that this is running the latest version of Wordpress and WooCommerce. It seems like the site is working. But this is leaving me very concerned about other issues.
The checkbox next to my active plugins isn't checked either. I think this is normal. You check them yourself in order to apply bulk actions to multiple plugins at once (e.g. check three plugins and then use the bulk action dropdown to active all three at once).
Sorry if I've misunderstood your problem here.

Unable to access admin section of Wordpress using MAMP

I have been developing a Wordpress site locally using MAMP, and I have run into an issue twice now where when I leave at night and come back, I can't access the admin page. I have debugging on, and there aren't any fatal errors. I can access the front-end of the site just fine, but I can't log into the admin page. All I get is a white screen like:
Here is the front end:
As you can see the front end is working well, but I can't get into the admin section. I've tried to re-login and it just doesn't work.
What could be causing this? The last time this happened, I had to reinstall the entire site. I really don't want to do this every day. I know that everything was working when I left, and I haven't made any changes today.
I just ran into a problem with a brand new MAMP install along with a fresh WordPress install, with current files downloaded on 2020-06-08. MAMP installed perfectly. WordPress also installed perfectly, and the default website was accessible on my localhost. When I tried to login to wp-admin, however, I kept getting prompted to enter my username and password with no errors.
I followed every "fix" I could find and none of them worked. I uninstalled and reinstalled everything, created new databases, etc. multiple times with the same results.
After nearly 48 hours, I looked at MAMP preferences and went to the PHP tab and noticed there are two versions (7.3.9 and 7.4.2). I switched to 7.3.9 and I was able to login.
It looks like one of your plugins may be causing some trouble, as per this line:
Warning opendir(/Applications/MAMP/htdocs/wordpress/wp-content/plugins/tmm_shortcodes/views/.DS_Store/popups/): failed to open dir: Not a directory in /Applications/MAMP/htdocs/wordpress/wp-content/plugins/tmm_shortcodes/index.php on line 148
Try disabling the plugin through your PHPMyAdmin and try loading the admin page again. You should be able to find the list of active plugins in the wp_options table under
active_plugins. Make sure to save a copy of the contents of that field in a text file, in case something goes wrong so you can reset it to the original parameter.
I understand this is a very old post, but had this problem recently.
Found that my wp-config-sample.php file was missing a closing php tag ?>. Amended that and the login worked fine.
Thought I'd add my experience here. Might help someone down the line!

Error with cubepoints. Showing page not found

I've installed the bbpress and cubepoints plugins in my client's site. Everything else is working fine, except the points table. Whenever I try to visit the mysite.com/members/username/points , it shows page not found.
I've installed bbpress and cubepoints in some other client's site, but then they were working fine. But now it's now. Any idea why it is so? And any solution?
I'm using wordpress 3.5.1
Buddypress 1.7.2
Cubepoints 3.2.1
Most probably this is a problem with buddypress 1.7. Many people has found this error. But the solution is very easy. You just have to add a stdClass in your bp-cubepoint-core.php file.
Go through this LINK to get the step by step flow.

Categories