Ok, I dove down into the actual error logs on the server (instead of the webhost’s not so useful “error log” cpanel feature)

There are lots and lots of these:

[03-Sep-2013 03:32:45 UTC] PHP Notice:  Trying to get property of non-object

And I saw this once:

[03-Sep-2013 01:53:24 UTC] PHP Fatal error:  Out of memory (allocated 40108032) (tried to allocate 30720 bytes) in /problem-with-post-edit-buttonome/kyusho5/public_html/wp-content/plugins/simple-press/forum/content/sp-forum-view-functions.php on line 1747
[03-Sep-2013 01:53:24 UTC] PHP Fatal error:  Out of memory (allocated 37748736) (tried to allocate 122880 bytes) in /problem-with-post-edit-buttonome/kyusho5/public_html/wp-content/plugins/simple-press/forum/content/classes/sp-topic-view-class.php on line 259

and this once:

02-Sep-2013 02:42:40 UTC] WordPress database error You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '
				post_count=0,
				post_id_held=0,
				post_count_held=0
				WHERE topic_id=' at line 2 for query UPDATE wp_sftopics SET
				post_id=,
				post_count=0,
				post_id_held=0,
				post_count_held=0
				WHERE topic_id=8443 made by require('wp-blog-header.php'), wp, WP->main, WP->parse_request, do_action_ref_array, call_user_func_array, sp_ahah_handler, include('/plugins/simple-press/admin/panel-toolbox/ahah/spa-ahah-toolbox-loader.php'), spa_save_housekeeping_data, sp_build_post_index, spdb_query

And twice:

[02-Sep-2013 01:31:54 UTC] PHP Notice:  Use of undefined constant trur - assumed 'trur'
[02-Sep-2013 01:31:54 UTC] PHP Notice:  Use of undefined constant trur - assumed 'trur'

I talked to my webhost provider (InMotionHosting) and they are quite convinced its a problem in the plugin.

most are notices and dont mean anything… the one referenced at bottom is already cleaned up for next version, but it does not have any effect on it working or not…

the most troubling are the ones that say your server is running out of php memory…  you should try upping the amount of memory?  what is it set to now?  WP has been recommending 64M…  though I have run wp and sp in 32M with minimal other stuff…

the one db error would be interesting too except it only appear once, so its clearly not causing you your page load issue… if it was, it would be there one for every page load…

can you give some sample posts that dont load???  I just loaded another couple dozen different posts… havent found one yet that didnt load…

does your server run mod_security or other ‘security’ measures?

just as a data collection point, have you tried disabling other plugins?  maybe there is a conflict… or even tried switching to the default wp theme?

there have been no other reports like this so, its not a general issue…

My php memory limit is 256M at present.

The one post I test most regularly is: http://www.kyusho.com/kyushoforums/english/so-when-did-you/

But the pretty much any of the others I select in that first page of “English” posts don’t load for me.  Only the first one regularly loads.

The only plugins I have that I would have thought would have caused any problems are:

s2members (disabling it didn’t fix it)

Stop Spammer Registrations (disabling it didn’t fix it)

I’m pretty sure that InMotionHosting runs mod_security… how can I tell?

are you sure about the php memory available being 256mb? That value doesn’t tally with the values repirted on the error log when you ran out of available memory… What is being reported on the forum admin > Toolbox > Environment panel?

It would also appear that none of the “Post toolset” buttons that are supposed to pop up the post toolset are functioning.  If I go into the one post that lets me in, the post toolset button does nothing, it never shows the toolset.

I’m getting this in my java console:

Does this apply to your plugin?

http://wordpress.org/support/topic/wordpress-36-and-jqueryblockui-version-problem-solution

no… we do not use block ui…

that jquery min.map file is a wp goof from 3.6… they left a bad reference… they have fixed it in next version…

have you tried switching to the wp default theme and seeing if things get better…

did you ever resolve the caching to NOT cache the forum page?  all the forum content appears on the single wp page.. so its dynamic and cannot be cached…  you still show it active…  and I am still getting served cached pages… cached pages can stop js (ie forum tools) from working…

I’ve definitely disabled the caching of the forums:

<!– Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced (Requested URI is rejected)

Served from: www.kyusho.com @ 2013-09-03 14:49:03 by W3 Total Cache –>

It shows the Requested URI is rejected, meaning its not cached.

With regard to javascript errors, the uncaught type error exception is happening as a result of tinymce.  The only usage of that on this page is from the tinymce plugin for the forums.  Could this be causing the javascript to stop?

no, doubtful… its just a file wp is trying to include that is not found…  the file is not needed by wp and the reference was left in by mistake…

my question on caching was really did you disable if for all types of enabled caching?  each type has its own exclusion list…

any still asking if you have tried a temp switch to the wp default theme to see if things change…

Anytime I click on the forum tools button I get:

1. Uncaught TypeError: Object function (E,D){var F=E.split(“.”)[0];E=E.split(“.”)[1];C.fn[E]=function(J){var H=(typeof J==”string”),I=Array.prototype.slice.call(arguments,1);if(H&&A(F,E,J)){var G=C.data(this[0],E);return(G?G[J].apply(G,I):undefined)}return this.each(function(){var K=C.data(this,E);if(H&&K&&C.isFunction(K[J])){K[J].apply(K,I)}else{if(!H){C.data(this,E,new C[F][E](this,J))}}})};C[F][E]=function(I,H){var G=this;this.widgetName=E;this.widgetBaseClass=F+”-“+E;this.options=C.extend({},C.widget.defaults,C[F][E].defaults,H);this.element=C(I).bind(“setData.”+E,function(L,J,K){return G.setData(J,K)}).bind(“getData.”+E,function(K,J){return G.getData(J)}).bind(“remove”,function(){return G.destroy()});this.init()};C[F][E].prototype=C.extend({},C.widget.prototype,D)} has no method ‘extend’ jquery.ui.widget.min.js?ver=1.10.3:4

It really makes me think this is some kind of jquery snafu.

I’ll try the default theme, I don’t think its my theme though… everything else works.

Switching to the default theme made the forum tools start working, but I still can’t see the post I mentioned.

I’ll check to see if there is an update for my theme.

So the fact that the tools started to work is most indicative that the theme is loading something hostile or a standard component bypassing the WordPress API. Did you check for this?

I still have trouble thinking this is related to the whole page not loading however and still think that is some sort of server issue. Same as I still have the open question regarding the php memory.

I’m working with the Theme developers to address the potential jQuery conflict with the Theme that keeps the tools popup from working.  As you say, that did not have any impact on the loading the posts, as I still had problems loading the posts with the default theme.

I pasted the stats from the Toolbox output earlier in this thread.

Here it is again: