Sounds good, just let me know if you’d like me to test something out, give you more info, etc.

Sorry, I should have mentioned that refreshing the permalinks is the only thing I’ve tried so far (without success). I’m not sure what the pattern is for the docs not working as I have groups that have docs that both do and don’t work.

@scottvoth – I thought I’d chime in on this thread. I just updated an instance of WordPress to 4.0 which has the current version of CBox on it and it broke group docs for me. After the update some group docs work and others bring up the “Darn it.. Nothing found” page. Any ideas on what might be causing this?

Glad it helped!

@steveoc <your wordpress directory>/wp-content/plugins/buddypress-docs/includes/attachments.php

Line 769 is the beginning of the check_is_protected( function and I think it should be line 775 that has the if statement that needs to be changed.

Glad I could help!

No problem. I changed the code you suggested and threw in some echos (for testing) and it looks like it’s now working without massive slow downs. The if statement is being evaluated to true and $is_protected is being returned there instead of continuing on.

@cbox_admin – Sorry for the delay, but I have finally checked the things you have asked of me.

– is $force_check indeed defaulting to false on these calls?

Yes, I checked this and force_checked == false for every call that takes place on the wiki home page. However, on the next part of the function (the ‘ ‘ === $is_protected):

// Fall back on…[Read more]

@r-a-y: I will submit an issue ticket on GitHub and reference this thread. Thanks for the info on disabling the attachment drawer, that should fix the problem and pretty up the wiki’s front page.

@cbox_admin: I’ll check the things you mentioned and get back to you on here. Thanks for the info!

Maybe the function check_is_protected could store the results in a static or global variable and just refer to that variable after the first time the function is run (for each page load)?

I believe I found what is causing this problem.  The issue starts with the document list at the bottom of the wiki home page:

We have two pages that show up on that list often which each contain a lot of attachments (around 200 combined). After digging through some code I’ve found that the function bp_docs_doc_attachment_drawer (bu…[Read more]

I updated/refreshed the permalink settings and unfortunately that does not improve the speed of loading that page. Does anyone know if there is a way to “reset” the landing page of the wiki?

Scott,

The wiki is still slow and I don’t think we really have a huge amount of content on our wiki. It looks like there is something going on with the check_is_protected function in the buddypress-docs/includes/attachements.php file. Viewing the Apache access logs on our server shows that every time the base wiki page is requested there are…[Read more]