mkoenen

If you cannot access anything in your dashboard I would recommend using FTP to access the files on your server and to delete the plugin that caused the trouble.

Here is a link to more information about FTP:

https://codex.www.ads-software.com/FTP_Clients

Could you please give us more information? What theme are you using? What are the two menus you mention?

A link to your website could also help.

Never change the code of your theme directly. When you update the theme you lose all the changes you made. Instead you could create a childtheme (see here: https://codex.www.ads-software.com/Child_Themes#How_to_Create_a_Child_Theme) or you could install a custom css plugin (https://www.ads-software.com/plugins/search.php?q=custom+css.)

Once you have done that you need to add some css. If you don’t want the page title to show at all, use the following css:

.home .entry-title {
         display: none;
}

if you want the font to be normal weight, do this:

.home .entry-title {
         font-weight: normal;
}

You could install a custom css plugin. You can find one here: https://www.ads-software.com/plugins/search.php?q=custom+css
Then you would add the following css:

.home .entry-title {
         display: none;
}

If that does not work, please send me a link to your site.

Can you log in and access the dashboard? If so, is there an “Appearance” tab and do you see a “Themes” submenu item? If you can get to that admin page you can switch to a different theme.

Thank you for sharing, Borisj. Your fix works well.

Use the child theme for Responsive I. You can download it here:
https://cyberchimps.com/guide/how-to-install-responsive-child-theme/

Then update the code at the top of style.css to say “Template: responsive-mobile” and replace the “core” folder with a copy of the one from Resonsive II.

We opened a written support ticket quoting both Boone’s and Mr.Maz’s comments about WPEngine. We then gave them access to our site and they fixed it in no time. You can refer to request no 280243. Clyde Milendez enabled heartbeat. We just reported back to him that you are experiencing the same issue and will probably get in touch with him.

Ignore the code change I recommended at the top of the page. Make sure you have updated BuddyPress Docs to 1.8.5.

If heartbeat is running you should have no further problems.

We had an additional issue due to a conflict with the Transposh translation plugin which the developer fixed for us. So make sure you have no other plugin conflicts by turning all other plugins off.

It turned out that WPEngine was causing the problem (thank you, @mrmaz for the information). They enabled heartbeat and everything is working for us now.

@undergroundnetwork, if you are still having issues with this and you are on WPEngine, read this thread: https://www.ads-software.com/support/topic/add-files-not-working?replies=12

Thank you, @mrmaz for the information. We contacted WPEngine again about this issue, gave them the information you provided and this time they were able to help us. They enabled heartbeat and everything is working for us now.

@boone, thanks again for all your help with getting BuddyPress Docs working for us. In the end it was a combination of enqueuing scripts differently, getting Transposh to make a code change as not to create a conflict and getting WPEngine to enable heartbeat. Phew! So happy docs are working like a charm now!

I am running WordPress 4.0, BuddyPress 2.1.1 and BuddyPress Docs 1.8.5.

I am getting exactly the same errors as undergroundnetwork.

Running the latest WordPress, BuddyPress and BuddyPress Docs.

I had the same problem. It was a conflict with the Transposh plugin. The developer asked me to go to the constants.php file located in the core folder and to change define('EDIT_PARAM', 'edit'); to define('EDIT_PARAM', 'tpedit');

That fixed it.

I did realize just now that 1.8.4 gave me a 404 when opening “child” docs (I was not aware of that issue before). 1.8.5 fixes this issue.

Thank you so much for that.