Answers.Body: <p>There are a number of reasons they could be getting this error and you're not.  Here are the tests to try:</p>
  
  <ul>
  <li>There could be something on your colleague's computer (e.g. a browser plugin) that's affecting the URL being generated.  Though unlikely, you'll potentially save yourself a lot of grief by testing this first! To test, use your computer with his login.</li>
  <li>Next test: Open the Net tab in your Developer Tools (F12 in Firefox or Chrome) before loading the page and look for errors there.  If you find some you can't interpret, please update your question with them.</li>
  <li>Most important test - watch the web server's error log as your colleague triggers the problem.</li>
  <li>Also - on Civi 4.6, the "Renew" dialog pops up in a modal dialog by default.  If you copy the URL and paste it into a new tab to do these tests, you'll have an easier time troubleshooting: the Net tab won't be as cluttered and you can easily retest by reloading the page. </li>
  </ul>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-15T17:10:52.537Z
Answers.Text: You can also test whether it's a Chrome problem vs. a settings-in-Chrome problem by having your colleague try opening an incognito window and logging in from there.  Incognito will bypass caching and other preferences that may be causing problems.
Answers.UserDisplayName: Andie Hunt
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-14T18:19:46.800Z
Answers.LastActivityDate: 2015-06-15T04:33:57.563Z
Answers.LastEditDate: 2015-06-15T04:33:57.563Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>Check CIVICRM_UF_BASEURL in civicrm.settings.php file. If your site base url is like <a href="http://www.example.com" rel="nofollow">http://www.example.com</a> then set the base url like below</p>
  
  <p>define( 'CIVICRM_UF_BASEURL' , '<a href="http://www.example.com/" rel="nofollow">http://www.example.com/</a>');</p>
  
  <p><strong>Node</strong> Don't forget to add www.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-12T16:56:02.933Z
Answers.Text: This was my issue. Once I had changed the CIVICRM_UF_BASEURL to match the site/Drupal site URL everything worked.
Answers.UserDisplayName: Ben
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-11-26T04:25:51.210Z
Answers.LastActivityDate: 2015-11-26T04:25:51.210Z
Answers.UserDisplayName: Prem Patel
Answers.Body: <p>I fixed it:</p>
  
  <p>This error can occur when you <strong>migrate</strong> the server and the database user is different on your new server.</p>
  
  <p><strong>I got this error and this is how I solved:</strong></p>
  
  <p>In your civicrm -> ConfigAndLog look for the most recent edited file (to do this run command $ls -ltr, your most recent file is listed in the end). 
  Open that file and look for your old db username or for Fatal Error or DB Error.</p>
  
  <p>This is what I got: "execute command denied to user 'myOLDuser'@'localhost' for routine 'mycivicrmdb.civicrm_strip_non_numeric']</p>
  
  <p><strong>To fix this</strong> I ran the SQL :
  UPDATE mysql.proc SET definer = 'myNEWuser@localhost' WHERE db = 'mycivicrmdb';</p>
  
  <p>For the SQL read <a href="https://stackoverflow.com/questions/10169960/mysql-error-1449-the-user-specified-as-a-definer-does-not-exist">https://stackoverflow.com/questions/10169960/mysql-error-1449-the-user-specified-as-a-definer-does-not-exist</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-10-16T08:40:31.580Z
Answers.LastActivityDate: 2015-10-16T08:40:31.580Z
Answers.LastEditDate: 2017-05-23T12:38:59.763Z
Answers.UserDisplayName: Pankaj Bhagat
Answers.Body: <p>I ran into this problem today. </p>
  
  <p>Initially I thought that it was a problem with define( 'CIVICRM_UF_BASEURL' , '<a href="http://www.example.com/" rel="nofollow noreferrer">http://www.example.com/</a>'); In my case I am using a secure <a href="https://www.example.com/" rel="nofollow noreferrer">https://www.example.com/</a> but my civicrm.settings.php has the stock non-secure <a href="http://www.example.com/" rel="nofollow noreferrer">http://www.example.com/</a>.</p>
  
  <p>That was not the case so I enabled troubleshooting to log errors to the drupal watchdog log. </p>
  
  <p>The error that was logged indicated that the civicrm_contact_log table was corrupted. </p>
  
  <p>Honestly I couldn't see the problem but I used the repair tool in PHPMyAdmin and it corrected whatever was going on.</p>
  
  <p>I hope this helps someone else.</p>
  
  <p>Andrew </p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-07-24T00:06:48.170Z
Answers.LastActivityDate: 2018-07-24T00:06:48.170Z
Answers.UserDisplayName: Andrew Wasson
Answers.Body: <p>I encountered this error today on the Events tab, following an upgrade, and it was because I had not executed the 'only_group_by' change required here <a href="https://docs.civicrm.org/sysadmin/en/latest/requirements/" rel="nofollow noreferrer">https://docs.civicrm.org/sysadmin/en/latest/requirements/</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-09-02T21:06:00.073Z
Answers.LastActivityDate: 2018-09-02T21:06:00.073Z
Answers.UserDisplayName: Robin Fenwick
Answers.Body: <p>If you're not having this trouble but your colleague is, a very common issue is sessions on www/no-www or HTTP/HTTPS URLs.  CiviCRM's base URL is hard-coded in the settings file, and while you can follow relative links around the site for a while, some links will be generated from that URL.</p>
  
  <p>Let's say you have a site that's accessible at <a href="http://www.example.org">http://www.example.org</a> and <a href="http://example.org">http://example.org</a>.  civicrm.settings.php has <a href="http://example.org">http://example.org</a> as the base URL.  If your colleague logs into Drupal at <a href="http://www.example.org/user">http://www.example.org/user</a> and follows links from there, everything may be fine until he hits a URL that CiviCRM generates from the base URL.  It'll be <a href="http://example.org/whatever">http://example.org/whatever</a>, and Drupal will deny access, since there's no session at example.org--just at www.example.org.</p>
  
  <p>I don't think it's necessarily precisely this, but I think it may be something similar.  Maybe your colleague logs in at <a href="http://www.example.org">http://www.example.org</a> instead of <a href="https://www.example.org">https://www.example.org</a>.  Maybe you have SSL enabled only for www.example.org, or maybe there's a redirect that's cached funny.</p>
  
  <p>The way to avoid this is to make sure three of the following four URL variations all redirect to the fourth:
   - <a href="http://www.example.org">http://www.example.org</a>
   - <a href="http://example.org">http://example.org</a>
   - <a href="https://www.example.org">https://www.example.org</a>
   - <a href="https://example.org">https://example.org</a></p>
  
  <p>It doesn't matter whether you pick <a href="https://www.example.org">https://www.example.org</a> or <a href="https://example.org">https://example.org</a> as your official URL, but have everything redirect there and set that as the base URL in civicrm.settings.php.</p>
  
  <p>Although I think something like this is probably the issue, Jon's answer is a good general process for debugging this sort of thing.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-10-17T14:34:11.083Z
Answers.Text: Andrew - I ran into a similar issue recently and your suggestion is actually fairly close to the solution I found. The issue relates to the use canonical name. Specifically, the issue was resolved by uncommenting the lines in .htaccess that rewrite www.mydomain.com to mydomain.com.
Answers.UserDisplayName: GRoston
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-15T17:08:51.940Z
Answers.LastActivityDate: 2015-06-15T17:08:51.940Z
Answers.UserDisplayName: Andie Hunt
Body: <p>I am the manager of our organizations Drupal/CiviCRM site. Since we are an all-volunteer organization, I have other managing certain aspects of the system.</p>
  
  <p>One of our board members is responsible for ensuring that membership records are up-to-date. For those who elect to pay by check, this means that he has to enter the site and manually enter the fact that the member has paid.</p>
  
  <p>The process he uses for doing this is:</p>
  
  <ol>
  <li>Go to CiviCRM</li>
  <li>Type in the name of a contact in the search box, i.e. Smith</li>
  <li>Select John Smith from the drop down box</li>
  <li>Go to John's Membership Tab where his Pending membership is shown</li>
  <li>Click on more, Renew</li>
  </ol>
  
  <p>When he does this, he gets <em>Network Error - Unable to reach the server</em>.</p>
  
  <p>I tried to duplicate this situation by giving my personal account (not the admin account) the same level of privilege as his account (note that I have the CiviGroup Roles Sync module installed, so this simply entails giving my account the same Role as his), logging into the system using a different browser (after deleting history, cookies, etc.), and following the same sequence outlined above. When I did this, the error did not occur.</p>
  
  <p>Details:</p>
  
  <ul>
  <li>Drupal 7.37</li>
  <li>CiviCRM 4.6.3</li>
  <li>Permissions enabled: access administration menu; CivCRM: add contacts, view all contacts, edit all contacts, view my contact, edit my contact, delete contacts, access deleted contacts, import contacts, skip IDS check, profile listings and forms, profile listings, profile create profile edit, access CiviCRM, access contact dashboard, administer reserved groups, merge duplicate contacts, view all notes, access contact reference fields, access CiviContribute, edit contributions, access CiviMember, edit memberships, delete in CiviMember, access CiviMail, access CiviReport, access Report Criteria; use the administration pages and help; administer users; view user profiles</li>
  </ul>
  
  <p>Can you please suggest why my colleague is getting this error and I am not? If not this, can you suggest some tests that can be run on his computer to try to get to the root cause of the problem? </p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-14T17:37:02.233Z
Comments.Text: We get that error occasionally.  A refresh and retry usually solves it for us.
  
  This is going to sound silly, but have you watched this person do it or had them try again?  Have you logged on as the user and tried it?
Comments.UserDisplayName: pmoz
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-14T20:09:37.253Z
Comments.Text: Thank you. I just tried logging in as him and did not get the error. Will keep digging.
Comments.UserDisplayName: GRoston
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-14T21:26:02.030Z
Comments.Text: Had my colleague try again using IE and the problem did not occur. Thus, the problem relates to Chrome on his machine. Thanks all for the help!
Comments.UserDisplayName: GRoston
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-15T20:17:49.523Z
Comments.Text: We are also having this issue when trying to update credit card information for recurring contributions. From the contact record > Contributions tab > Scroll to bottom > the "more" link under Recurring Contributions > change billing details. Pops up a box that doesn't load anything, then is replaced with a error message of "Unable to reach the server. Please refresh this page in your browser and try again." (But this action doesn't fix the problem.)
Comments.UserDisplayName: Lyz Liddell
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-06-17T01:19:21.790Z
Comments.Text: @LyzLiddell please go through these [troubleshooting steps](http://forum.civicrm.org/index.php/topic,35850) and post a new question with the information you gather.
Comments.UserDisplayName: Coleman
Tags: <permissions><configuration><webserver><cms-integration>
Title: **Network Error - Unable to reach the server
ThreadText: # **Network Error - Unable to reach the server
  
  (Asked by: username_0 on 2015-06-14)
  
  I am the manager of our organizations Drupal/CiviCRM site. Since we are an all-volunteer organization, I have other managing certain aspects of the system.
  
  One of our board members is responsible for ensuring that membership records are up-to-date. For those who elect to pay by check, this means that he has to enter the site and manually enter the fact that the member has paid.
  
  The process he uses for doing this is:
  
  1. Go to CiviCRM
  2. Type in the name of a contact in the search box, i.e. Smith
  3. Select John Smith from the drop down box
  4. Go to John's Membership Tab where his Pending membership is shown
  5. Click on more, Renew
  
  When he does this, he gets *Network Error - Unable to reach the server*.
  
  I tried to duplicate this situation by giving my personal account (not the admin account) the same level of privilege as his account (note that I have the CiviGroup Roles Sync module installed, so this simply entails giving my account the same Role as his), logging into the system using a different browser (after deleting history, cookies, etc.), and following the same sequence outlined above. When I did this, the error did not occur.
  
  Details:
  
  * Drupal 7.37
  * CiviCRM 4.6.3
  * Permissions enabled: access administration menu; CivCRM: add contacts, view all contacts, edit all contacts, view my contact, edit my contact, delete contacts, access deleted contacts, import contacts, skip IDS check, profile listings and forms, profile listings, profile create profile edit, access CiviCRM, access contact dashboard, administer reserved groups, merge duplicate contacts, view all notes, access contact reference fields, access CiviContribute, edit contributions, access CiviMember, edit memberships, delete in CiviMember, access CiviMail, access CiviReport, access Report Criteria; use the administration pages and help; administer users; view user profiles
  
  Can you please suggest why my colleague is getting this error and I am not? If not this, can you suggest some tests that can be run on his computer to try to get to the root cause of the problem?
  
  **Tags:** permissions, configuration, webserver, cms-integration
  
  > **Comments:**
  > **username_1**: We get that error occasionally.  A refresh and retry usually solves it for us.  This is going to sound silly, but have you watched this person do it or had them try again?  Have you logged on as the user and tried it?  
  > **username_0**: Thank you. I just tried logging in as him and did not get the error. Will keep digging.  
  > **username_0**: Had my colleague try again using IE and the problem did not occur. Thus, the problem relates to Chrome on his machine. Thanks all for the help!  
  > **username_2**: We are also having this issue when trying to update credit card information for recurring contributions. From the contact record > Contributions tab > Scroll to bottom > the "more" link under Recurring Contributions > change billing details. Pops up a box that doesn't load anything, then is replaced with a error message of "Unable to reach the server. Please refresh this page in your browser and try again." (But this action doesn't fix the problem.)  
  > **username_3**: @username_2 please go through these [troubleshooting steps](http://forum.civicrm.org/index.php/topic,35850) and post a new question with the information you gather.  
  
  ---
  
  ## 6 answers
  
  ### Answer by username_5 on 2015-06-15. Score: 12 | Accepted answer
  
  If you're not having this trouble but your colleague is, a very common issue is sessions on www/no-www or HTTP/HTTPS URLs. CiviCRM's base URL is hard-coded in the settings file, and while you can follow relative links around the site for a while, some links will be generated from that URL.
  
  Let's say you have a site that's accessible at <http://www.example.org> and <http://example.org>. civicrm.settings.php has <http://example.org> as the base URL. If your colleague logs into Drupal at <http://www.example.org/user> and follows links from there, everything may be fine until he hits a URL that CiviCRM generates from the base URL. It'll be <http://example.org/whatever>, and Drupal will deny access, since there's no session at example.org--just at www.example.org.
  
  I don't think it's necessarily precisely this, but I think it may be something similar. Maybe your colleague logs in at <http://www.example.org> instead of <https://www.example.org>. Maybe you have SSL enabled only for www.example.org, or maybe there's a redirect that's cached funny.
  
  The way to avoid this is to make sure three of the following four URL variations all redirect to the fourth:
  - <http://www.example.org>
  - <http://example.org>
  - <https://www.example.org>
  - <https://example.org>
  
  It doesn't matter whether you pick <https://www.example.org> or <https://example.org> as your official URL, but have everything redirect there and set that as the base URL in civicrm.settings.php.
  
  Although I think something like this is probably the issue, Jon's answer is a good general process for debugging this sort of thing.
  
  > **Comments:**
  > **username_0**: username_9 - I ran into a similar issue recently and your suggestion is actually fairly close to the solution I found. The issue relates to the use canonical name. Specifically, the issue was resolved by uncommenting the lines in .htaccess that rewrite www.mydomain.com to mydomain.com.  
  
  ---
  
  ### Answer by username_4 on 2015-06-14. Score: 4
  
  There are a number of reasons they could be getting this error and you're not. Here are the tests to try:
  
  * There could be something on your colleague's computer (e.g. a browser plugin) that's affecting the URL being generated. Though unlikely, you'll potentially save yourself a lot of grief by testing this first! To test, use your computer with his login.
  * Next test: Open the Net tab in your Developer Tools (F12 in Firefox or Chrome) before loading the page and look for errors there. If you find some you can't interpret, please update your question with them.
  * Most important test - watch the web server's error log as your colleague triggers the problem.
  * Also - on Civi 4.6, the "Renew" dialog pops up in a modal dialog by default. If you copy the URL and paste it into a new tab to do these tests, you'll have an easier time troubleshooting: the Net tab won't be as cluttered and you can easily retest by reloading the page.
  
  > **Comments:**
  > **username_5**: You can also test whether it's a Chrome problem vs. a settings-in-Chrome problem by having your colleague try opening an incognito window and logging in from there.  Incognito will bypass caching and other preferences that may be causing problems.  
  
  ---
  
  ### Answer by username_6 on 2015-11-26. Score: 1
  
  Check CIVICRM\_UF\_BASEURL in civicrm.settings.php file. If your site base url is like <http://www.example.com> then set the base url like below
  
  define( 'CIVICRM\_UF\_BASEURL' , '<http://www.example.com/>');
  
  **Node** Don't forget to add www.
  
  > **Comments:**
  > **username_7**: This was my issue. Once I had changed the CIVICRM_UF_BASEURL to match the site/Drupal site URL everything worked.  
  
  ---
  
  ### Answer by username_8 on 2015-10-16. Score: 1
  
  I fixed it:
  
  This error can occur when you **migrate** the server and the database user is different on your new server.
  
  **I got this error and this is how I solved:**
  
  In your civicrm -> ConfigAndLog look for the most recent edited file (to do this run command $ls -ltr, your most recent file is listed in the end).
  Open that file and look for your old db username or for Fatal Error or DB Error.
  
  This is what I got: "execute command denied to user 'myOLDuser'@'localhost' for routine 'mycivicrmdb.civicrm\_strip\_non\_numeric']
  
  **To fix this** I ran the SQL :
  UPDATE mysql.proc SET definer = 'myNEWuser@localhost' WHERE db = 'mycivicrmdb';
  
  For the SQL read <https://stackoverflow.com/questions/10169960/mysql-error-1449-the-user-specified-as-a-definer-does-not-exist>
  
  
  ---
  
  ### Answer by username_9 on 2018-07-24. Score: 0
  
  I ran into this problem today.
  
  Initially I thought that it was a problem with define( 'CIVICRM\_UF\_BASEURL' , '<http://www.example.com/>'); In my case I am using a secure <https://www.example.com/> but my civicrm.settings.php has the stock non-secure <http://www.example.com/>.
  
  That was not the case so I enabled troubleshooting to log errors to the drupal watchdog log.
  
  The error that was logged indicated that the civicrm\_contact\_log table was corrupted.
  
  Honestly I couldn't see the problem but I used the repair tool in PHPMyAdmin and it corrected whatever was going on.
  
  I hope this helps someone else.
  
  username_9
  
  
  ---
  
  ### Answer by username_10 on 2018-09-02. Score: 0
  
  I encountered this error today on the Events tab, following an upgrade, and it was because I had not executed the 'only\_group\_by' change required here <https://docs.civicrm.org/sysadmin/en/latest/requirements/>
  
  
  ---
  
  