Answers.Body: <p>I don't believe that the error shown in the question is likely to be the one that triggers the error 500 for your registrants. Note that the backtrace shown starts with a CLI entry point <code>civicrm_cli-&gt;callApi()</code>, suggesting this has been triggered from system cron on the commandline, while your issue is reported as occurring via the web.</p>
  
  <h2>First, find the relevant error log.</h2>
  
  <p>If you are seeing error 500s, you need to understand what the fatal error was. This probably involves inspecting your webserver error logfiles. You can find these via the webserver (eg Apache / Nginx / ...) configuration, and you may also find there are separate logfiles for a separate PHP process.</p>
  
  <p>The PHP error logs may be identified via <code>phpinfo()</code> (look for "error_log" setting). Webserver logs you'll need to ask your sysadmin or hosting provider. Bear in mind that a shared hosting provider may be reluctant to give access to logfiles which contain information from other sites, but you will need that information to resolve this issue without guesswork.</p>
  
  <p>There should be a log entry made at the specific time you see the error in the browser. Don't accept any red herrings until you find out what this is, because it's essential to you finding the source of the problem.</p>
  
  <p>If your hosting provider cannot help you track down CiviCRM errors, consider finding one who does: <a href="https://civicrm.org/partners" rel="nofollow noreferrer">https://civicrm.org/partners</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-01-07T22:40:53.183Z
Answers.LastActivityDate: 2018-01-07T22:40:53.183Z
Answers.UserDisplayName: Chris Burgess
Answers.Body: <p>When I've run into a 500 error, it's almost always been because of something on the server itself. Sometimes it is an issue with files not being associated with the right user. For instance, I'm usually logged in as root, as that means I can easily switch back and forth between all the accounts on the server. But if I upload anything, I have to remember to set the user and group to the correct one, otherwise it's set to root and then I get errors. That's happened a couple times.</p>
  
  <p>More often than not, it's a server error - sometimes a security rule need to have a task in Civi whitelisted so that it doesn't give the error. I pretty much always have my web host handle that, as they can easily access a lot more logs, settings, etc than I can. Usually they'll either ask you how to recreate it, or if it's something they can't access, they'll have you recreate it right then and then give them your IP address. Then they can more easily locate the problem in the logs.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-01T05:38:08.390Z
Answers.Text: Thank you for your reply. I am still waiting to hear back from my host about that. I have spent the last several hours trouble shooting everything.  I am convinced the issue is related to use the options under the "Contribution Amounts" tabs. Because the pages that use the membership settings have no problems, but the contribution amounts do.   I am concerned there is a bug in the new upgrade.
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-01T06:00:11.913Z
Answers.Text: We're using 4.7.27 and aren't having any issues with it, but ours is the Drupal one, not WP. Here's the Contribution Amounts tab on our most active donation page:
  
  http://nu-look.net/images/contrib-amts01.JPG
  http://nu-look.net/images/contrib-amts02.JPG
  http://nu-look.net/images/contrib-amts03.JPG
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-01T14:59:44.637Z
Answers.Text: My host ran a test on it and they said that it is not recording any errors and asked if our application has error logging.  I see some documentation about finding civi's error logs at civicrm/files/configandlog/civicrm*log  but when I look for that in my file manager I do not even see a /files/ directory.  What are Civi's logs at?
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-02T03:19:29.870Z
Answers.Text: Yea, mine kept saying that and then I ended up being the one to figure it out - our php.ini settings for the site had been overwritten by them somehow to the original settings. So execution time, memory, etc were all *WAY* too low. Caused problems just like this.
  
  I'm not sure where logs are kept in a WP install. I'll go see what I can find for our Drupal one.
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-02T03:24:03.063Z
Answers.Text: Ok, so if WP is like Drupal... you have a place that you have set up to be your file directory for CiviCRM. For instance, mine is /home/username/public_html/sites/default/files/civicrm. Inside that directory is where our uploads, custom template, configuration files, cache, etc are all held. Inside that directory is another directory called ConfigAndLog. Inside that are a bunch of log files.
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-02T23:31:19.697Z
Answers.Text: You are right. I found the log in /public_html/wp-content/uploads/civicrm/ConfigAndLog/
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-02T23:33:09.803Z
Answers.Text: This is the only error we can find that might be causing this.  We reset the password for it to make sure the password works, but the issue still hasn't been resolved.  (
      [message] => Could not connect to MailStore for civicrm_bounce@ouremail.org&lt;p&gt;Error message: &lt;pre&gt;An error occured while sending or receiving mail. The POP3 server did not accept the password: -ERR [AUTH] Authentication failed.
  .&lt;/pre&gt;&lt;p&gt;
      [code] => 
  )
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-03T23:17:23.063Z
Answers.Text: Have you found out what your php.ini looks like? I don't know about in WP, but in Drupal on the status report page I can click on a link that shows me the info. It looks like this on the page: PHP 5.6.32 (more information). Then I click more information to see it. What does yours say for max_execution_time, max_input_time, memory_limit, post_max_size
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-06T00:58:32.550Z
Answers.Text: I wish I knew.  I can't find my php.ini file.  I made the script to locate it but it's still not in that directory, nor is it among the hidden files.
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-06T01:10:00.293Z
Answers.Text: I just added some more information to my original post.
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-06T05:37:14.430Z
Answers.Text: Often times the php.ini file is elsewhere and not in your home directory. There might not even be one unless you specifically create it - you may be running on the defaults for the server. Does yours not have a link to it on your status page inside WP? I don't know what it's called there. Drupal calls it the status report page. It's where you see the status of your site - if you need to make updates, how things are doing on your site, etc. I can't answer to the edit you made, though.
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-06T19:10:54.143Z
Answers.Text: I am looking into how I can see the php.ini file.  I did some more trouble shooting today and this is what I learned: If the Membership section is enabled on the contribution page, it works without any problems, but if if the Membership section is not enabled and just the Contribution Amounts Section is, we get a 500 error every time.  We really do not want membership enabled on this page, and do need the contribution amount section enabled for the use of recurring and other amounts.  I have tried back and forth several times with different scenarios.and the results are the same.
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-17T03:16:39.777Z
Answers.Text: Did you ever solve this issue?  I am having the same issue.
Answers.UserDisplayName: ermSO
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-01T04:05:02.443Z
Answers.LastActivityDate: 2017-12-01T04:05:02.443Z
Answers.UserDisplayName: Jenni Simonis
Body: <p>I am on Civi 4.7.27 and wordpress 4.9</p>
  
  <p>Our organization has been using civi for the last 6 months without any real problems. A couple weeks ago we upgraded to the latest version of civi.   Today I noticed that when ever someone submits a donation they get an error 500 page.  The donation still goes through and is recorded in civi, but the donor does not land on the confirmation page, nor do they receive their receipt in email. I tried running "Clean up Cache" and "Reset Paths"  that did not help.  Does anyone know what could be causing this and how I can resolved it?</p>
  
  <p>Thank you.  </p>
  
  <p><strong>ADDED INFO 12/5/17
  We are seeing the below errors. This issue is still not resolved.  Remember everything was working perfectly until about three weeks ago, when both civi was upgraded to 4.7.27 and wordpress was upgraded to 4.9.  These errors are not a result of something we did in attempting to fix it as we have not changed anything at this time.  I hope it will give someone an idea of what is going on.</strong></p>
  
  <pre><code>1 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Utils/Mail/EmailProcessor.php(104):
     CRM_Core_Error::fatal("No mailboxes have been configured for Email to Activity Processing")
  
  2 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/v3/Job.php(401):
     CRM_Utils_Mail_EmailProcessor::processActivities()
  
  3 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Provider/MagicFunctionProvider.php(89):
     civicrm_api3_job_fetch_activities((Array:1))
  
  4 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(169):
     Civi\API\Provider\MagicFunctionProvider-&gt;invoke((Array:9))
  
  5 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(100):
     Civi\API\Kernel-&gt;runRequest((Array:7))
  
  6 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/api.php(23):
     Civi\API\Kernel-&gt;runSafe("job", "fetch_activities", (Array:1), NULL)
  
  7 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/JobManager.php(145):
     civicrm_api("job", "fetch_activities", (Array:1))
  
  8 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/JobManager.php(79):
     CRM_Core_JobManager-&gt;executeJob(Object(CRM_Core_ScheduledJob))
  
  9 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/v3/Job.php(99):
     CRM_Core_JobManager-&gt;execute(FALSE)
  
  10 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Provider/MagicFunctionProvider.php(89):
     civicrm_api3_job_execute((Array:2))
  
  11 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(169):
     Civi\API\Provider\MagicFunctionProvider-&gt;invoke((Array:9))
  
  12 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(100):
     Civi\API\Kernel-&gt;runRequest((Array:7))
  
  13 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/api.php(23):
     Civi\API\Kernel-&gt;runSafe("Job", "execute", (Array:2), NULL)
  
  14 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/bin/cli.class.php(113):
     civicrm_api("Job", "execute", (Array:2))
  
  15 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/bin/cli.php(32):
     civicrm_cli-&gt;callApi()
  </code></pre>
  
Tags: <civicontribute><error>
Title: error http 500 when clicking Contribute button
ThreadText: # error http 500 when clicking Contribute button
  
  (Asked by: username_0 on 2017-12-01)
  
  I am on Civi 4.7.27 and wordpress 4.9
  Our organization has been using civi for the last 6 months without any real problems. A couple weeks ago we upgraded to the latest version of civi.   Today I noticed that when ever someone submits a donation they get an error 500 page.  The donation still goes through and is recorded in civi, but the donor does not land on the confirmation page, nor do they receive their receipt in email. I tried running "Clean up Cache" and "Reset Paths"  that did not help.  Does anyone know what could be causing this and how I can resolved it?
  Thank you.  
  ADDED INFO 12/5/17
  We are seeing the below errors. This issue is still not resolved.  Remember everything was working perfectly until about three weeks ago, when both civi was upgraded to 4.7.27 and wordpress was upgraded to 4.9.  These errors are not a result of something we did in attempting to fix it as we have not changed anything at this time.  I hope it will give someone an idea of what is going on.
  1 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Utils/Mail/EmailProcessor.php(104):
     CRM_Core_Error::fatal("No mailboxes have been configured for Email to Activity Processing")
  
  2 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/v3/Job.php(401):
     CRM_Utils_Mail_EmailProcessor::processActivities()
  
  3 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Provider/MagicFunctionProvider.php(89):
     civicrm_api3_job_fetch_activities((Array:1))
  
  4 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(169):
     Civi\API\Provider\MagicFunctionProvider->invoke((Array:9))
  
  5 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(100):
     Civi\API\Kernel->runRequest((Array:7))
  
  6 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/api.php(23):
     Civi\API\Kernel->runSafe("job", "fetch_activities", (Array:1), NULL)
  
  7 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/JobManager.php(145):
     civicrm_api("job", "fetch_activities", (Array:1))
  
  8 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/JobManager.php(79):
     CRM_Core_JobManager->executeJob(Object(CRM_Core_ScheduledJob))
  
  9 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/v3/Job.php(99):
     CRM_Core_JobManager->execute(FALSE)
  
  10 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Provider/MagicFunctionProvider.php(89):
     civicrm_api3_job_execute((Array:2))
  
  11 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(169):
     Civi\API\Provider\MagicFunctionProvider->invoke((Array:9))
  
  12 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/Civi/API/Kernel.php(100):
     Civi\API\Kernel->runRequest((Array:7))
  
  13 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/api/api.php(23):
     Civi\API\Kernel->runSafe("Job", "execute", (Array:2), NULL)
  
  14 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/bin/cli.class.php(113):
     civicrm_api("Job", "execute", (Array:2))
  
  15 /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/bin/cli.php(32):
     civicrm_cli->callApi()
  
  **Tags:** civicontribute, error
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2018-01-07. Score: 1
  
  I don't believe that the error shown in the question is likely to be the one that triggers the error 500 for your registrants. Note that the backtrace shown starts with a CLI entry point `civicrm_cli->callApi()`, suggesting this has been triggered from system cron on the commandline, while your issue is reported as occurring via the web.
  
  ## First, find the relevant error log.
  
  If you are seeing error 500s, you need to understand what the fatal error was. This probably involves inspecting your webserver error logfiles. You can find these via the webserver (eg Apache / Nginx / ...) configuration, and you may also find there are separate logfiles for a separate PHP process.
  
  The PHP error logs may be identified via `phpinfo()` (look for "error\_log" setting). Webserver logs you'll need to ask your sysadmin or hosting provider. Bear in mind that a shared hosting provider may be reluctant to give access to logfiles which contain information from other sites, but you will need that information to resolve this issue without guesswork.
  
  There should be a log entry made at the specific time you see the error in the browser. Don't accept any red herrings until you find out what this is, because it's essential to you finding the source of the problem.
  
  If your hosting provider cannot help you track down CiviCRM errors, consider finding one who does: <https://civicrm.org/partners>
  
  
  ---
  
  ### Answer by username_2 on 2017-12-01. Score: 0
  
  When I've run into a 500 error, it's almost always been because of something on the server itself. Sometimes it is an issue with files not being associated with the right user. For instance, I'm usually logged in as root, as that means I can easily switch back and forth between all the accounts on the server. But if I upload anything, I have to remember to set the user and group to the correct one, otherwise it's set to root and then I get errors. That's happened a couple times.
  
  More often than not, it's a server error - sometimes a security rule need to have a task in Civi whitelisted so that it doesn't give the error. I pretty much always have my web host handle that, as they can easily access a lot more logs, settings, etc than I can. Usually they'll either ask you how to recreate it, or if it's something they can't access, they'll have you recreate it right then and then give them your IP address. Then they can more easily locate the problem in the logs.
  
  > **Comments:**
  > **username_0**: Thank you for your reply. I am still waiting to hear back from my host about that. I have spent the last several hours trouble shooting everything.  I am convinced the issue is related to use the options under the "Contribution Amounts" tabs. Because the pages that use the membership settings have no problems, but the contribution amounts do.   I am concerned there is a bug in the new upgrade.  
  > **username_2**: We're using 4.7.27 and aren't having any issues with it, but ours is the Drupal one, not WP. Here's the Contribution Amounts tab on our most active donation page:  http://nu-look.net/images/contrib-amts01.JPG http://nu-look.net/images/contrib-amts02.JPG http://nu-look.net/images/contrib-amts03.JPG  
  > **username_0**: My host ran a test on it and they said that it is not recording any errors and asked if our application has error logging.  I see some documentation about finding civi's error logs at civicrm/files/configandlog/civicrm*log  but when I look for that in my file manager I do not even see a /files/ directory.  What are Civi's logs at?  
  > **username_2**: Yea, mine kept saying that and then I ended up being the one to figure it out - our php.ini settings for the site had been overwritten by them somehow to the original settings. So execution time, memory, etc were all *WAY* too low. Caused problems just like this.  I'm not sure where logs are kept in a WP install. I'll go see what I can find for our Drupal one.  
  > **username_2**: Ok, so if WP is like Drupal... you have a place that you have set up to be your file directory for CiviCRM. For instance, mine is /home/username/public_html/sites/default/files/civicrm. Inside that directory is where our uploads, custom template, configuration files, cache, etc are all held. Inside that directory is another directory called ConfigAndLog. Inside that are a bunch of log files.  
  > **username_0**: You are right. I found the log in /public_html/wp-content/uploads/civicrm/ConfigAndLog/  
  > **username_0**: This is the only error we can find that might be causing this.  We reset the password for it to make sure the password works, but the issue still hasn't been resolved.  (     [message] => Could not connect to MailStore for civicrm_bounce@ouremail.org&lt;p&gt;Error message: &lt;pre&gt;An error occured while sending or receiving mail. The POP3 server did not accept the password: -ERR [AUTH] Authentication failed. .&lt;/pre&gt;&lt;p&gt;     [code] =>  )  
  > **username_2**: Have you found out what your php.ini looks like? I don't know about in WP, but in Drupal on the status report page I can click on a link that shows me the info. It looks like this on the page: PHP 5.6.32 (more information). Then I click more information to see it. What does yours say for max_execution_time, max_input_time, memory_limit, post_max_size  
  > **username_0**: I wish I knew.  I can't find my php.ini file.  I made the script to locate it but it's still not in that directory, nor is it among the hidden files.  
  > **username_0**: I just added some more information to my original post.  
  > **username_2**: Often times the php.ini file is elsewhere and not in your home directory. There might not even be one unless you specifically create it - you may be running on the defaults for the server. Does yours not have a link to it on your status page inside WP? I don't know what it's called there. Drupal calls it the status report page. It's where you see the status of your site - if you need to make updates, how things are doing on your site, etc. I can't answer to the edit you made, though.  
  > **username_0**: I am looking into how I can see the php.ini file.  I did some more trouble shooting today and this is what I learned: If the Membership section is enabled on the contribution page, it works without any problems, but if if the Membership section is not enabled and just the Contribution Amounts Section is, we get a 500 error every time.  We really do not want membership enabled on this page, and do need the contribution amount section enabled for the use of recurring and other amounts.  I have tried back and forth several times with different scenarios.and the results are the same.  
  > **username_3**: Did you ever solve this issue?  I am having the same issue.  
  
  ---
  
  