Answers.Body: <p>I see you've commented on the <a href="https://github.com/civicrm/civicrm-sysadmin-guide/pull/104" rel="nofollow noreferrer">recent documentation update</a> to handle this, but in short: Newer versions of CiviCRM under WordPress have <a href="https://civicrm.stackexchange.com/a/18034/12">moved the default location</a> of <code>civicrm.settings.php</code>.  When installing multi-site, it's looking in the wrong location.  You can either define your <code>CIVICRM_SETTINGS_PATH</code> in <code>wp-config.php</code> or put the <code>civicrm.settings.php</code> in its old location.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-07-12T19:09:27.443Z
Answers.Text: Yes, another person pointed me as updated docs. Which certainly helped. 
  
  But it hasn't solved the problems completely. I'm adding a post below.
Answers.UserDisplayName: Norman Cates
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-07-12T19:14:39.430Z
Answers.Text: So does CiviCRM no longer create sub sections in the /uploads/sites/--Site number--/ folders? Because no matter what i do, those folders are not created as they were before.
Answers.UserDisplayName: Norman Cates
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-07-12T19:15:07.143Z
Answers.Text: There is has raised another problem where I'm getting the dreaded "Network Error" and in the Console I'm getting this: 
  
  Access to Font at 'https://dev.domain.nz/wp-content/plugins/civicrm/civicrm/bower_components/font-awesome/fonts/fontawesome-webfont.woff2?v=4.7.0' from origin 'https://crew.dev.domain.nz' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://crew.dev.domain.nz' is therefore not allowed access.
  
  =====
Answers.UserDisplayName: Norman Cates
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-07-12T19:15:44.823Z
Answers.Text: I have added 
  
  <IfModule mod_headers.c>
  Header set Access-Control-Allow-Origin "*"
  </IfModule>
  
  to my .htaccess file, but that hasn't fixed it
Answers.UserDisplayName: Norman Cates
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-07-12T15:14:17.347Z
Answers.LastActivityDate: 2018-07-12T15:14:17.347Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>tldr; I'm after a Wordpress multisite setup that uses the same CiviCRM data for all the subsites. Each subsite can then show the relevant data, and users for each subsite can be given the appropriate permissions.</p>
  
  <p>I've had this working previously, but now, using CiviCRM 5.2.2 it's refusing to work.</p>
  
  <hr>
  
  <p>Previously (around Civi 4.6 ish) I did a multisite install of Civi. </p>
  
  <p>All I did (IIRC) was install to the root site, then set it up. </p>
  
  <p>When I went to the sub-sites, it showed me the CiviCRM information in the same way that it had it on the root site.</p>
  
  <p>Everything was installed and working. I could see people and information about them.</p>
  
  <p>I've just been trying to set up the same thing again, but this time I'm using CiviCRM 5.2.2</p>
  
  <p>Now I successfully install CiviCRM in the main site.</p>
  
  <p>But when I go to the sub sites, it has CiviCRM showing as needing installing. And when I try clicking the button it gives an error of: </p>
  
  <p>Oops! CiviCRM is already installed
  CiviCRM has already been installed.
  To start over, you must delete or rename the existing CiviCRM settings file - civicrm.settings.php - from /wp-content/plugins/civicrm.</p>
  
  <hr>
  
  <p>But civicrm.settings.php does not exist there.</p>
  
  <p>It exists in /wp-content/uploads/civicrm</p>
  
  <p>So the error message appears to be wrong as a first problem.</p>
  
  <p>In the previous install that did work, it created a set of directories in:</p>
  
  <p>/wp-content/uploads/sites/3/civicrm</p>
  
  <p>And the civicrm.settings.php file was in there.</p>
  
  <p>It has not done that in this case.</p>
  
  <p>I'm very confused about what's going on.</p>
  
  <p>Is this a major change between 4.x and 5.x that hasn't been documented?</p>
  
  <p>Or something?</p>
  
  <hr>
  
  <p>Things I've done
  I've deleted the civicrm installation canary table from the the database.</p>
  
  <p>I've added the lines to the civicrm settings file as per: 
  <a href="https://docs.civicrm.org/sysadmin/en/latest/install/multi-site/" rel="nofollow noreferrer">https://docs.civicrm.org/sysadmin/en/latest/install/multi-site/</a></p>
  
  <p>But it still refuses to let me get into CiviCRM on the subsites.</p>
  
  <p>Thanks for any insight.</p>
  
  <p>Norman</p>
  
Tags: <wordpress>
Title: I'm having new trouble with CiviCRM in multisites in Wordpress
ThreadText: # I'm having new trouble with CiviCRM in multisites in Wordpress
  
  (Asked by: username_0 on 2018-07-12)
  
  tldr; I'm after a Wordpress multisite setup that uses the same CiviCRM data for all the subsites. Each subsite can then show the relevant data, and users for each subsite can be given the appropriate permissions.
  
  I've had this working previously, but now, using CiviCRM 5.2.2 it's refusing to work.
  
  ---
  
  Previously (around Civi 4.6 ish) I did a multisite install of Civi.
  
  All I did (IIRC) was install to the root site, then set it up.
  
  When I went to the sub-sites, it showed me the CiviCRM information in the same way that it had it on the root site.
  
  Everything was installed and working. I could see people and information about them.
  
  I've just been trying to set up the same thing again, but this time I'm using CiviCRM 5.2.2
  
  Now I successfully install CiviCRM in the main site.
  
  But when I go to the sub sites, it has CiviCRM showing as needing installing. And when I try clicking the button it gives an error of:
  
  Oops! CiviCRM is already installed
  CiviCRM has already been installed.
  To start over, you must delete or rename the existing CiviCRM settings file - civicrm.settings.php - from /wp-content/plugins/civicrm.
  
  ---
  
  But civicrm.settings.php does not exist there.
  
  It exists in /wp-content/uploads/civicrm
  
  So the error message appears to be wrong as a first problem.
  
  In the previous install that did work, it created a set of directories in:
  
  /wp-content/uploads/sites/3/civicrm
  
  And the civicrm.settings.php file was in there.
  
  It has not done that in this case.
  
  I'm very confused about what's going on.
  
  Is this a major change between 4.x and 5.x that hasn't been documented?
  
  Or something?
  
  ---
  
  Things I've done
  I've deleted the civicrm installation canary table from the the database.
  
  I've added the lines to the civicrm settings file as per:
  <https://docs.civicrm.org/sysadmin/en/latest/install/multi-site/>
  
  But it still refuses to let me get into CiviCRM on the subsites.
  
  Thanks for any insight.
  
  Norman
  
  **Tags:** wordpress
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2018-07-12. Score: 1
  
  I see you've commented on the [recent documentation update](https://github.com/civicrm/civicrm-sysadmin-guide/pull/104) to handle this, but in short: Newer versions of CiviCRM under WordPress have [moved the default location](https://civicrm.stackexchange.com/a/18034/12) of `civicrm.settings.php`. When installing multi-site, it's looking in the wrong location. You can either define your `CIVICRM_SETTINGS_PATH` in `wp-config.php` or put the `civicrm.settings.php` in its old location.
  
  > **Comments:**
  > **username_0**: Yes, another person pointed me as updated docs. Which certainly helped.   But it hasn't solved the problems completely. I'm adding a post below.  
  > **username_0**: So does CiviCRM no longer create sub sections in the /uploads/sites/--Site number--/ folders? Because no matter what i do, those folders are not created as they were before.  
  > **username_0**: There is has raised another problem where I'm getting the dreaded "Network Error" and in the Console I'm getting this:   Access to Font at 'https://dev.domain.nz/wp-content/plugins/civicrm/civicrm/bower_components/font-awesome/fonts/fontawesome-webfont.woff2?v=4.7.0' from origin 'https://crew.dev.domain.nz' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://crew.dev.domain.nz' is therefore not allowed access.  =====  
  > **username_0**: I have added   <IfModule mod_headers.c> Header set Access-Control-Allow-Origin "*" </IfModule>  to my .htaccess file, but that hasn't fixed it  
  
  ---
  
  