Problems getting WordFence to work with my site on SiteGround

All the caching is completely off (as far as I can control it)
I have also disabled all plugins related to caching.

• This reply was modified 7 years ago by onty.

I can provide you with the URL to the site so you can take a look for yourself, but I would prefer not to put it into a public forum.

Initial: “php.ini” was renamed “php.ini_” to ensure I can work with the backend

1. I have made sure all caching and optimization are turned off.
2. I have put checkmark in the option “Delete Wordfence tables and data on deactivation” and saved saved options
3. I have deactivated and deleted Wordfence
4. I have reinstalled Wordfence
5. I have renamed “php.ini_” back to “php.ini”

Now when I try to load the main page of the site, I get error:

Warning: array_merge(): Argument #2 is not an array in /home/username/public_html_domains/art-of-software-testing.com/wp-includes/load.php on line 63

Warning: Cannot modify header information - headers already sent by (output started at /home/username/public_html_domains/art-of-software-testing.com/wp-includes/load.php:63) in /home/username/public_html_domains/art-of-software-testing.com/wp-includes/pluggable.php on line 1179

And nothing else is displayed on the page. Only the errors.

I am open to ideas. What should I try next?

• This reply was modified 7 years ago by onty.
• This reply was modified 7 years ago by onty.
• This reply was modified 7 years ago by onty.

Thank you for the info. I have studied the document. I am not able to detect any extra spaces outside of <?php blocks.

• I did not find any files whose opening <?php block would have extra spaces beforehand
• I did not find any files which have a closing ?> block… except wordfence-waf.php.
  I have removed the closing ?> in wordfence-waf.php but the error persists.

I have looked at all files which wordfence-waf.php invokes. None of them seems to have extra spaces outside of the code block.

I have reviewed wp-config.php and it does not seem to have any extra spaces.
Same for wp-load.php — no extra spaces found before PHP code block, and the code block is never closed so there cannot be spaces afterwards.

I have checked like 63 of wp-load.php. It contains:

if ( false === strpos( $_SERVER['REQUEST_URI'], 'setup-config' ) ) {

which is inside of a code block, and as a result it appears to not be able to contribute spaces. Did I misunderstand anything? To the best of my understanding, anything inside a code block cannot contribute said spaces (unless of course it does a straight up echo or printf… which is not the case).

The site does, however, display the error pointing to line 63 of the said file:

Warning: array_merge(): Argument #2 is not an array in /home/user/public_html_domains/art-of-software-testing.com/wp-includes/load.php on line 63

…….

One thought has occurred to me: I have 2 WordFence installations.

1. First is in a site which uses the default path of my hosting: public_html. This WordFence installation works completely fine.
2. Second WordFence installation is in a site which uses a custom path. And this installation consistently does not work

Is there any chance you could check around and see if your QA team has tested the scenario where both of the below is true:

• (a) .htconfig and php.ini is used to load WordFence, and
• (b) the installation is in a non-default location, such as ~/public_html_other/some-name.com/

Something tells me the non-default path is causing this issue. Just a gut feeling… Could be wrong, but could be worth checking out.

• This reply was modified 7 years ago by onty.

One thought has occurred to me: I have 2 WordFence installations.

1. First is in a site which uses the default path of my hosting: public_html. This WordFence installation works completely fine.
2. Second WordFence installation is in a site which uses a custom path. And this installation consistently does not work

Is there any chance you could check around and see if your QA team has tested the scenario where both of the below is true:

• (a) .htconfig and php.ini is used to load WordFence, and
• (b) the installation is in a non-default location, such as ~/public_html_other/some-name.com/

Something tells me the non-default path is causing this issue. Just a gut feeling… Could be wrong, but could be worth checking out.

My mistake, I was looking at the wrong file.

Checking wp-includes/load.php:

Line 63 contains the following:

$_SERVER = array_merge( $default_server_values, $_SERVER );

The file begins with <?php in first column of the first row, and has no end tag.
Thus I do not believe the file can contribute any spaces.

Any additional ideas?