MichelV69

Just wanted to let you know that 7.0.3 fixes the described issue. Thanks!

I had the same problem…. repeated refreshes, no errors in PHP logs, admin page was blank (2 – 3 mins wait, followed by refreshes) and post-content screens stopped content display at point the widget was executed.

I manually disable the plugin by renaming the directory to verify the issue, then restored the name … and the problem seems to have gone away. The widget runs as expected, the admin panel is back and all seems well.

Brand new install here and getting the same results.

Ok. That did not work. However, the following change:

line 83/199:
echo wp_statistics_visitor('total', null, true);

… did correct the issue. Confirmed working as expected in the 2014 and Runo Lite themes, regardless of what other plugins are loaded.

With the “Twenty Fourteen” theme enabled, instead of “Runo Lite”, I get the same behavior.

I’ll leave 2014 up for now, with the Widget enabled less the “Total Visitors” option marked if you want to look at the site for some reason. https://michelrvaillancourt.com/

Let me know if you need anything else tested / checked on.

Ok, I’ll go do that next and report back. However, some experimentation to this point seems to indicate that as long as I do not have the “Total Visitors” option checked in the Widget, everything works fine. I can literally turn every other option in the Widget on and all is well.

If the ONLY option in the Widget I have enabled is “Total Visitors”, it dies with the above symptoms.

I’ll try 2014 and let you know what happens.

My apologies for not being clear. I meant the Widget for WP Statistics.

When I have some time this evening, I’ll post a JPG of what it looks like … it actually *starts* to render the widget contents and then dies there.

… alright, I’ve made some more progress. The problem is the widget.

If I remove the Widget from my screen set up, then it doesn’t matter what plugins I do or do not have loaded.

With the Widget loaded and ABS disabled, get_sidebar() hangs and get_footer() is never called; the widget was installed in my sidebar.

Alright. So after about an hour of experimentation, the issue seems to be an interaction between WordPress Statistics and Antispam Bee (https://antispambee.com) . If I disable ASB with WP-Stats activated, then a multi-page post is visible.

If both are active, then multi-page posts don’t work.

If only one of either are active, then they do.

I’m already using Askimet for spam-fighting, so ASB is a secondary tool. If I have to drop one of the two between ASB and WP-Stat, then I can “afford” to drop ASB.

You’ll likely want to see if you can reproduce the issue and pin it down… having a stat tracker that has an issue with anti-spam software isn’t great news.

Ok. So I actually rebuilt the server from scratch:

[root@web01a conf.d]# which -a php
/usr/bin/php
[root@web01a conf.d]# /usr/bin/php -v
PHP 5.3.3 (cli) (built: Dec 11 2013 03:29:57)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
[root@web01a conf.d]# which -a httpd
/usr/sbin/httpd
[root@web01a conf.d]# /usr/sbin/httpd -v
Server version: Apache/2.2.15 (Unix)
Server built:   Aug 25 2013 11:27:22
[root@web01a conf.d]# uname -a
Linux web01a 2.6.32-431.20.3.el6.x86_64 #1 SMP Thu Jun 19 21:14:45 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

WordPress 3.9.1

… it’s still not working. With FCGI enabled or disabled, it does not work. Mod_php, it does not work.

Can you make some suggestions as what to try next?

Both documents you linked specifically reference mod_fcgid.c … however, in my fcgid.conf:

LoadModule fcgid_module modules/mod_fcgid.so

# Use FastCGI to process .fcg .fcgi & .fpl scripts
# Don't do this if mod_fastcgi is present, as it will try to do the same thing
<IfModule !mod_fastcgi.c>
    AddHandler fcgid-script fcg fcgi fpl
</IfModule>

The problem, thus, is that none of the config options mentioned in those two documents seems to apply. :/ The HTTPD stack errors out on restart.

I’m going to roll back to v5.1 and see if the issue persists or not. I know that I used this plugin for a couple months before an update caused the initially reported issue.

I’ll let you know what happens.

Ok, so, I’m actually running

modules/mod_fcgid.so

… and not

mod_fastcgi.c

… which those StackOverflow articles point at. I’m doing some research right now into how to get mod_fcgid.so / Server version: Apache/2.2.3 (Server built: Oct 10 2013 12:56:26) to play nice.

I’m not entirely convinced this is a horrid issue with FastCGI, affecting the plugin, however. I say that, because the only time the problem happens is on multi-page posts … if I remove the page-break from the post, the problem goes away.

Based on those tests I strongly suspect something about the pagebreak logic is causing the plugin a heart-attack.

Let me know what other testing / info you need.

[root@web01 logs]# which -a php
/usr/bin/php
[root@web01 logs]# php -v
PHP 5.2.17 (cli) (built: Jan 16 2011 22:43:26)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

It’s what’s bundled with the Virtualmin version 4.08 Pro / Webmin version 1.690 system.

I’ll read up those two articles you linked and get back to you.

Hi there.

I’ve had this plugin disabled for some time, but noticed you’d gone up to v6, so turned it back on.

As before, it still throws a blank page (zero bytes, no source) on multi-page posts.

My php error log is empty.

The web server shows:

[20/Jun/2014:17:33:20 -0300] "GET /2013/10/08/home-project-basement-aquaponics-test-system-part-2/ HTTP/1.1" 500 - "https://michelrvaillancourt.com/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36"

… you so can see the error code 500 there, so clearly something is breaking.

Restarting my webserver entirely shows the following in the HTTPD error log:

==> error_log <==
[Fri Jun 20 17:08:55 2014] [warn] mod_fcgid: stderr: WordPress database error Duplicate key name 'location' for query ALTER TABLE wp_statistics_visitor ADD KEY <code>location</code> (<code>location</code>) made by activate_plugin, include_once('/plugins/wp-statistics/wp-statistics.php'), include_once('/plugins/wp-statistics/upgrade.php'), dbDelta
[Fri Jun 20 17:08:55 2014] [warn] mod_fcgid: stderr: WordPress database error Multiple primary key defined for query ALTER TABLE wp_statistics_exclusions ADD PRIMARY KEY (<code>ID</code>) made by activate_plugin, include_once('/plugins/wp-statistics/wp-statistics.php'), include_once('/plugins/wp-statistics/upgrade.php'), dbDelta
[Fri Jun 20 17:08:55 2014] [warn] mod_fcgid: stderr: WordPress database error Duplicate key name 'date' for query ALTER TABLE wp_statistics_exclusions ADD KEY <code>date</code> (<code>date</code>) made by activate_plugin, include_once('/plugins/wp-statistics/wp-statistics.php'), include_once('/plugins/wp-statistics/upgrade.php'), dbDelta
[Fri Jun 20 17:08:55 2014] [warn] mod_fcgid: stderr: WordPress database error Duplicate key name 'reason' for query ALTER TABLE wp_statistics_exclusions ADD KEY <code>reason</code> (<code>reason</code>) made by activate_plugin, include_once('/plugins/wp-statistics/wp-statistics.php'), include_once('/plugins/wp-statistics/upgrade.php'), dbDelta
[Fri Jun 20 17:12:55 2014] [warn] mod_fcgid: stderr: PHP Warning:  parse_url(https://) [<a href='function.parse-url'>function.parse-url</a>]: Unable to parse URL in /home/siteadmin/public_html/wp-content/plugins/wp-statistics/includes/log/log.php on line 259
[Fri Jun 20 17:13:01 2014] [warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function
[Fri Jun 20 17:13:07 2014] [warn] mod_fcgid: stderr: PHP Warning:  parse_url(https://) [<a href='function.parse-url'>function.parse-url</a>]: Unable to parse URL in /home/siteadmin/public_html/wp-content/plugins/wp-statistics/includes/log/log.php on line 259
[Fri Jun 20 17:13:13 2014] [warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function
[Fri Jun 20 17:13:19 2014] [warn] mod_fcgid: stderr: PHP Warning:  parse_url(https://) [<a href='function.parse-url'>function.parse-url</a>]: Unable to parse URL in /home/siteadmin/public_html/wp-content/plugins/wp-statistics/includes/log/log.php on line 259
[Fri Jun 20 17:26:01 2014] [warn] (103)Software caused connection abort: mod_fcgid: ap_pass_brigade failed in handle_request function

I’ve got time to hunt this issue down now, so if you can give me some specific instructions about how to hunt this down, I’m willing to do what I can.

Can you explain why non-multi-page posts come up fine, whereas only the multi-page posts are affected by the bug before I worry about installing those two components for the GeoIP system?