CiviCRM Community Forums (archive)

I had live transactions turned on with an Authorize.net gateway. I passed some $1 test transactions through and they made it through the gateway. 

But something has broken since, a week later.

Any submittal of the form -- even with an incorrect credit card -- results in the return of the URL

https://ourdomain.com/donate/?page=CiviCRM&q=civicrm/contribute/transact

And no transaction is logged in Civi and of course none shows up at the gateway.

How can I debug?

I wish my memory was better, because I vaguely remember this happening to me at one point but can't for the life of me remember when or what the fix was. 

When you get the original error, are you loading Civi into a Wordpress page through the Shortcode or are you linking directly to the form?

Ok, that shoots that theory.  I remembered what happened previously and it was because there was no page set up using the shortcode so it wasn't displaying inside the template properly.  I'm afraid without looking directly at your site and trying to recreate it I don't have another thought off the top of my head.  The next things I would look at personally to verify it's not something obvious would be:

1) Make sure that a start and end date weren't set on the Title and Settings tab of the Contribution page
2) Verify that the directories and resource urls are correct in Administer-->System Settings
3) While looking at the resource URLs, verify that the URL you are visiting the page with is correct.  The settings file in Civi has a URL defined within it, and the difference between that URL setting having the www and the URL you visit with not (or vice versa) can cause unexpected results.  (So in Civi's eyes www.ourdomain.com is not the same as ourdomain.com).

Also: 

This problem I now see extends to all enabled contribution pages, e.g.

?page=CiviCRM&q=civicrm/contribute/transact&reset=1&id=4
?page=CiviCRM&q=civicrm/contribute/transact&reset=1&id=3
?page=CiviCRM&q=civicrm/contribute/transact&reset=1&id=2
?page=CiviCRM&q=civicrm/contribute/transact&reset=1&id=1

The same outcome: an empty page with its WP theme template only.

Question for the group: if I have debug mode turned on and I'm clicking on civi-driven pages with civi urls with &smartyDebug=1 appended, shouldn't I be seeing popups with variables?

I'm clicking

domain.com/?page=CiviCRM&q=civicrm/contribute/transact&reset=1&id=4&smartyDebug=1

and getting only an empty, WP-templated page. Debug mode is turned on.  Shouldn't I be seeing something?


Answer to Dan:

"Did anything change within your file/folder permissions, or did your host (or server admin) change anything in your server configuration? "

No.  I run a Linode VPS and I haven't touched Apache since days before this problem.

"The first one is really odd because your log files should definitely be writable."

So I changed this file:
client denied by server configuration: /var/www/sullivan/wp-content/plugins/files/civicrm/ConfigAndLog/CiviCRM.4daccd5bb57eb04470a68c4e8359904e.log

to now be chmod 666.

"Two and three are suspicious, have you tried viewing the contents of those files (or did you upload them)?"

They both point to files that don't exist.  I don't understand what config is asking for them.
[Sun Sep 14 10:30:26 2014] [error] [client 96.126.97.193] client denied by server configuration: /var/www/sullivan/wp-content/plugins/files/civicrm/upload/delete-this-Indt2yIgzw
[Sun Sep 14 10:30:26 2014] [error] [client 96.126.97.193] client denied by server configuration: /var/www/sullivan/wp-content/plugins/files/civicrm/custom/delete-this-icdlm1Kn58


And this one does exist but I don't know what it does:

client denied by server configuration: /var/www/sullivan/wp-content/plugins/files/civicrm/persist/contribute/
it's a dir with a file called index.html in it of zero length.


"Also, do you have PHP logging turned on? "

Yes.  There is no PHP error.  WP spits up a blank templated page.