Answers.Body: <p>I'm starting to regret having written this check!</p>
  
  <p>So far, I have found four scenarios that result in this false positive:</p>
  
  <ul>
  <li>Your php.ini has <code>allow_url_fopen</code> set to <code>false</code>.  This should be corrected, since it will subtly break other parts of CiviCRM (e.g. extension download, update checks).</li>
  <li>Your site is behind a <code>.htpasswd</code>, and thus needs HTTP authentication to access files.</li>
  <li>You're using WordPress, which has some <a href="https://github.com/civicrm/civicrm-core/pull/11086" rel="nofollow noreferrer">much</a> <a href="https://issues.civicrm.org/jira/browse/CRM-18221" rel="nofollow noreferrer">discussed</a> <a href="https://civicrm.stackexchange.com/a/19958/12">issues</a> regarding its ability to detect the directory its in when there's a symlink.  Follow the third link ("issues") for a discussion of how to fix this until the WordPress-Civi wizards resolve this once and for all.</li>
  <li>Your server's firewall is configured to reject HTTP requests to itself.  I don't know a way to test for this other than to SSH in and run <code>netcat</code>, something like <code>nc -v &lt;my ip address&gt; 80</code>.  You want a connection that's "open" rather than "refused".  Note that using <code>localhost</code> instead of the local IP address in that netcat command may yield a different result.</li>
  </ul>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-23T00:20:16.567Z
Answers.Text: it also seems to give a false warning sometimes when Drupal maintenance mode is enabled. no good deed..
Answers.UserDisplayName: ericG
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-23T00:32:49.700Z
Answers.Text: I think maybe instead of checking for a "200" HTTP response, I should check for the existence of a "4xx" or "5xx" response.  I'll consider that.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-23T02:53:05.490Z
Answers.Text: I've also noticed the same issues on my joomla test sites.   I do think testing for 400 or 500 errors would be better,
Answers.UserDisplayName: Kevin Cristiano
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-23T06:15:45.083Z
Answers.Text: @JonG-MegaphoneTech, thanks for jumping in so quickly. None of the three scenarios solve it for me. 1 and 3 don't apply and using the fix in the "issues" link doesn't fix it.
  Can I assume for now that this is a false positive and ignore it until you and the other wizards get it sorted out?
Answers.UserDisplayName: rgilman
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-12-23T22:07:55.417Z
Answers.Text: I'd say yes! @rgilman
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-14T04:08:18.787Z
Answers.Text: Is there a follow-up issue for changing the way it checks @JonG-MegaphoneTech
Answers.UserDisplayName: herb
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2017-12-23T00:12:59.870Z
Answers.LastActivityDate: 2018-06-08T16:56:36.633Z
Answers.LastEditDate: 2018-06-08T16:56:36.633Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>If you have a Security Plugin that filters based on user agent that will block the check and result in a false positive. <a href="https://issues.civicrm.org/jira/browse/CRM-21629" rel="nofollow noreferrer">https://issues.civicrm.org/jira/browse/CRM-21629</a></p>
  
  <p>If you are using a local site or dev site that isn't connected to a real URL this check will also fail. You can solve this by editting the host file on the machine the site is running on. </p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-01-05T16:56:52.090Z
Answers.LastActivityDate: 2018-01-05T16:56:52.090Z
Answers.UserDisplayName: Tommy B
Answers.Body: <p>Make sure that php is upgraded to version 7.0</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-01T22:12:38.520Z
Answers.LastActivityDate: 2018-04-01T22:12:38.520Z
Answers.UserDisplayName: geoffp22
Body: <p>I'm getting the <em>Incorrect Resource URL</em> warning on both an upgrade and a fresh install on WordPress 4.9.1 on an nginx external dev site and on an nginx local site (using Local by Flywheel for the environment).</p>
  
  <p>Nevertheless, the arrows in the menus are present, at least this is what I see:</p>
  
  <p><a href="https://i.sstatic.net/ZE7Mc.png" rel="noreferrer"><img src="https://i.sstatic.net/ZE7Mc.png" alt="arrows in menu"></a></p>
  
  <p>I'm new to CiviCRM so likely missing something obvious. Any pointers on how to debug this would be appreciated.</p>
  
Tags: <wordpress><resource-urls>
Title: Incorrect Resource URL warning but menu arrows are present
ThreadText: # Incorrect Resource URL warning but menu arrows are present
  
  (Asked by: username_0 on 2017-12-22)
  
  I'm getting the *Incorrect Resource URL* warning on both an upgrade and a fresh install on WordPress 4.9.1 on an nginx external dev site and on an nginx local site (using Local by Flywheel for the environment).
  
  Nevertheless, the arrows in the menus are present, at least this is what I see:
  
  [![arrows in menu](https://i.sstatic.net/ZE7Mc.png)](https://i.sstatic.net/ZE7Mc.png)
  
  I'm new to CiviCRM so likely missing something obvious. Any pointers on how to debug this would be appreciated.
  
  **Tags:** wordpress, resource-urls
  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_1 on 2017-12-23. Score: 4
  
  I'm starting to regret having written this check!
  
  So far, I have found four scenarios that result in this false positive:
  
  * Your php.ini has `allow_url_fopen` set to `false`. This should be corrected, since it will subtly break other parts of CiviCRM (e.g. extension download, update checks).
  * Your site is behind a `.htpasswd`, and thus needs HTTP authentication to access files.
  * You're using WordPress, which has some [much](https://github.com/civicrm/civicrm-core/pull/11086) [discussed](https://issues.civicrm.org/jira/browse/CRM-18221) [issues](https://civicrm.stackexchange.com/a/19958/12) regarding its ability to detect the directory its in when there's a symlink. Follow the third link ("issues") for a discussion of how to fix this until the WordPress-Civi wizards resolve this once and for all.
  * Your server's firewall is configured to reject HTTP requests to itself. I don't know a way to test for this other than to SSH in and run `netcat`, something like `nc -v <my ip address> 80`. You want a connection that's "open" rather than "refused". Note that using `localhost` instead of the local IP address in that netcat command may yield a different result.
  
  > **Comments:**
  > **username_2**: it also seems to give a false warning sometimes when Drupal maintenance mode is enabled. no good deed..  
  > **username_1**: I think maybe instead of checking for a "200" HTTP response, I should check for the existence of a "4xx" or "5xx" response.  I'll consider that.  
  > **username_3**: I've also noticed the same issues on my joomla test sites.   I do think testing for 400 or 500 errors would be better,  
  > **username_0**: @username_1, thanks for jumping in so quickly. None of the three scenarios solve it for me. 1 and 3 don't apply and using the fix in the "issues" link doesn't fix it. Can I assume for now that this is a false positive and ignore it until you and the other wizards get it sorted out?  
  > **username_1**: I'd say yes! @username_0  
  > **username_4**: Is there a follow-up issue for changing the way it checks @username_1  
  
  ---
  
  ### Answer by username_5 on 2018-01-05. Score: 2
  
  If you have a Security Plugin that filters based on user agent that will block the check and result in a false positive. <https://issues.civicrm.org/jira/browse/CRM-21629>
  
  If you are using a local site or dev site that isn't connected to a real URL this check will also fail. You can solve this by editting the host file on the machine the site is running on.
  
  
  ---
  
  ### Answer by username_6 on 2018-04-01. Score: 0
  
  Make sure that php is upgraded to version 7.0
  
  
  ---
  
  