Answers.Body: <p>I've posted a possible solution to the language part of the problem at <a href="https://lab.civicrm.org/dev/translation/issues/40#note_33313" rel="nofollow noreferrer">https://lab.civicrm.org/dev/translation/issues/40#note_33313</a>. It works for me on drupal 7 and should work for wordpress too I think. Add this to install/index.php around line 141:</p>
  
  <pre><code>if (!defined('CIVICRM_L10N_BASEDIR') &amp;&amp; file_exists($crmPath . DIRECTORY_SEPARATOR . 'l10n')) {
    define('CIVICRM_L10N_BASEDIR', $crmPath . DIRECTORY_SEPARATOR . 'l10n');
  }
  </code></pre>
  
  <p>The other part of the problem is already fixed in the latest 5.23.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-03-18T17:15:23.190Z
Answers.LastActivityDate: 2020-03-18T17:15:23.190Z
Answers.UserDisplayName: Demerit
Body: <p>we are trying to</p>
  
  <ul>
  <li>install latest civicrm 5.23</li>
  <li>using latest wordpress 5.3.2</li>
  <li>Using latest version of <strong>previous</strong> Local by Flywheel (version 3.3.0)</li>
  <li>I want to install in french language.</li>
  <li>I'm following the wordpress install recommandation here: <a href="https://docs.civicrm.org/sysadmin/en/latest/install/wordpress/" rel="nofollow noreferrer">https://docs.civicrm.org/sysadmin/en/latest/install/wordpress/</a></li>
  <li>All requirements on <a href="https://lib.test/wp-admin/options-general.php?page=civicrm-install" rel="nofollow noreferrer">https://lib.test/wp-admin/options-general.php?page=civicrm-install</a> are fine.</li>
  </ul>
  
  <p>If I change language to french from the install page (I installed correctly the language files) I get immediatly this error. </p>
  
  <pre><code>Fatal error: Uncaught RuntimeException: Undefined constant: CIVICRM_TEMPLATE_COMPILEDIR in /Users/f/local/lib/app/public/wp-content/plugins/civicrm/civicrm/CRM/Utils/File.php on line 583
  ( ! ) RuntimeException: Undefined constant: CIVICRM_TEMPLATE_COMPILEDIR in /Users/f/local/lib/app/public/wp-content/plugins/civicrm/civicrm/CRM/Utils/File.php on line 583
  </code></pre>
  
  <p>So this makes it impossible to install in another language than english which is annoying.
  Any idea about this ?</p>
  
  <p>If language is set to english, it almost works except for an error in some urls:</p>
  
  <p>On a civicrm submenu, like for example administer -> administration console -> configuration checklist</p>
  
  <p>if I click for example on the "Pages" wordpress menu, the url I end on is <a href="https://domaine.test/wp-admin/admin.php/edit.php?post_type=page" rel="nofollow noreferrer">https://domaine.test/wp-admin/admin.php/edit.php?post_type=page</a> with a blank screen. 
  This url should be <a href="https://domaine.test/wp-admin/edit.php?post_type=page" rel="nofollow noreferrer">https://domaine.test/wp-admin/edit.php?post_type=page</a>
  There is systematically this unnecessary "admin.php" in the url. 
  We've tried on another computer with this same local version and we got the same incorrect behaviour.
  With another instance of civicrm (version 5.17) on this same particul local setup we don't have this error so we think that this is related to one of the following civicrm releases. 
  Any idea about this ?</p>
  
  <p>We also tried on the new local by flywheel (5.2.5 with php 7.3.5 and MySQL 5.7.28)
  Warning: this news version is a different application and connects differently than older Local to the database, using socket.
  With that setup we have the same error as above when we change the language on the install page.
  Then, if we install in english, it installs and generate the tables and the settings file in uploads/civivrm
  Nonetheless I systematically gets several "network error" alerts... and civicrm is not working. 
  Any idea how to set civicrm with this new version of flywheel ?</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-03-09T17:09:51.717Z
Comments.Text: There's currently a problem with wordpress and 5.23.0. There should be a 5.23.1 shortly. See e.g. https://lab.civicrm.org/dev/core/issues/1637, and the blog post has been updated to warn about it: https://civicrm.org/blog/dev-team/civicrm-523-release. I'm not sure if the language part is separate.
Comments.UserDisplayName: Demerit
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-03-18T15:56:28.233Z
Comments.Text: Have created a ticket for the language issue: https://lab.civicrm.org/dev/translation/issues/40
Comments.UserDisplayName: Demerit
Tags: <wordpress><installation><localisation>
Title: Local (flywheel) wordpress install with CiviCRM
ThreadText: # Local (flywheel) wordpress install with CiviCRM
  
  (Asked by: username_0 on 2020-03-09)
  
  we are trying to
  
  install latest civicrm 5.23
  using latest wordpress 5.3.2
  Using latest version of previous Local by Flywheel (version 3.3.0)
  I want to install in french language.
  I'm following the wordpress install recommandation here: https://docs.civicrm.org/sysadmin/en/latest/install/wordpress/
  All requirements on https://lib.test/wp-admin/options-general.php?page=civicrm-install are fine.
  
  If I change language to french from the install page (I installed correctly the language files) I get immediatly this error. 
  Fatal error: Uncaught RuntimeException: Undefined constant: CIVICRM_TEMPLATE_COMPILEDIR in /Users/f/local/lib/app/public/wp-content/plugins/civicrm/civicrm/CRM/Utils/File.php on line 583
  ( ! ) RuntimeException: Undefined constant: CIVICRM_TEMPLATE_COMPILEDIR in /Users/f/local/lib/app/public/wp-content/plugins/civicrm/civicrm/CRM/Utils/File.php on line 583
  
  So this makes it impossible to install in another language than english which is annoying.
  Any idea about this ?
  If language is set to english, it almost works except for an error in some urls:
  On a civicrm submenu, like for example administer -> administration console -> configuration checklist
  if I click for example on the "Pages" wordpress menu, the url I end on is https://domaine.test/wp-admin/admin.php/edit.php?post_type=page with a blank screen. 
  This url should be https://domaine.test/wp-admin/edit.php?post_type=page
  There is systematically this unnecessary "admin.php" in the url. 
  We've tried on another computer with this same local version and we got the same incorrect behaviour.
  With another instance of civicrm (version 5.17) on this same particul local setup we don't have this error so we think that this is related to one of the following civicrm releases. 
  Any idea about this ?
  We also tried on the new local by flywheel (5.2.5 with php 7.3.5 and MySQL 5.7.28)
  Warning: this news version is a different application and connects differently than older Local to the database, using socket.
  With that setup we have the same error as above when we change the language on the install page.
  Then, if we install in english, it installs and generate the tables and the settings file in uploads/civivrm
  Nonetheless I systematically gets several "network error" alerts... and civicrm is not working. 
  Any idea how to set civicrm with this new version of flywheel ?
  
  **Tags:** wordpress, installation, localisation
  
  > **Comments:**
  > **username_1**: There's currently a problem with wordpress and 5.23.0. There should be a 5.23.1 shortly. See e.g. https://lab.civicrm.org/dev/core/issues/1637, and the blog post has been updated to warn about it: https://civicrm.org/blog/dev-team/civicrm-523-release. I'm not sure if the language part is separate.  
  > **username_1**: Have created a ticket for the language issue: https://lab.civicrm.org/dev/translation/issues/40  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2020-03-18. Score: 0
  
  I've posted a possible solution to the language part of the problem at https://lab.civicrm.org/dev/translation/issues/40#note_33313. It works for me on drupal 7 and should work for wordpress too I think. Add this to install/index.php around line 141:
  if (!defined('CIVICRM_L10N_BASEDIR') && file_exists($crmPath . DIRECTORY_SEPARATOR . 'l10n')) {
    define('CIVICRM_L10N_BASEDIR', $crmPath . DIRECTORY_SEPARATOR . 'l10n');
  }
  
  The other part of the problem is already fixed in the latest 5.23.
  
  
  ---
  
  