Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-10-21T07:37:19Zhttps://lab.civicrm.org/dev/backdrop/-/issues/68Civi won't install when module placed in "best practices" location of `module...2022-10-21T07:37:19ZbgmCivi won't install when module placed in "best practices" location of `modules/contrib`*Created by: jenlampton*
Civi will only install when placed directly in the root of the `modules` directory. None of the documentation or on-screen instructions include any warnings or indications that the placement of Civi files on dis...*Created by: jenlampton*
Civi will only install when placed directly in the root of the `modules` directory. None of the documentation or on-screen instructions include any warnings or indications that the placement of Civi files on disk need to be treated any differently than usual.
A "best practices" Drupal or Backdrop set-up includes at least two directories within `modules`: `contrib` and `custom`. More complex set-ups can have others.
Multi-site Drupal and Backdrop installations get even more complicated, with modules in all kinds of various locations, sometimes shared between sites, sometimes only offered or a single site. Because of all these various different ways to run Backdrop and Drupal sites, the location of the files on disk should not be a factor.
Both CMSes provide utility functions (`backdrop_get_path()` or `drupal_get_path()`) that will allow any add-on to to be located at run-time. These should be used instead of assuming a specific location.https://lab.civicrm.org/dev/backdrop/-/issues/66Admin role not granted all Civi permissions on install.2022-10-21T07:36:12ZbgmAdmin role not granted all Civi permissions on install.*Created by: jenlampton*
After running the Civi Installer, I am redirected to the 'civicrm/setup' where the first message says "Backdrop user permissions have been automatically set - giving anonymous and authenticated users access to p...*Created by: jenlampton*
After running the Civi Installer, I am redirected to the 'civicrm/setup' where the first message says "Backdrop user permissions have been automatically set - giving anonymous and authenticated users access to public CiviCRM forms and features. We recommend that you review these permissions to ensure that they are appropriate for your requirements".
However, when I navigate to the permissions matrix, the "Administrative role" is not granted all CiviCRM permissions. When a new module is installed that provides permissions, this role is granted all permissions available, so that an administrator does not need to go through and check all the boxes. (This role is usually for developers, or people who setting up the site for others to use).
<img width="2504" alt="Screen Shot 2021-05-25 at 10 32 50 AM" src="https://user-images.githubusercontent.com/397895/119542675-a9418000-bd44-11eb-874b-a764281d824e.png">
Civi creates a LOT of new permissions, so it's more painful to correct this issue with Civi permissions than for pretty much any other module.https://lab.civicrm.org/dev/backdrop/-/issues/65install error CiviCRM 5.36.1 on BACKDROP 1.83 via MAMP 6.3 PHP 7.4.122022-10-21T07:36:28Zbgminstall error CiviCRM 5.36.1 on BACKDROP 1.83 via MAMP 6.3 PHP 7.4.12*Created by: punkyard*
Hi, after first and fresh install of backdrop, i copied CiviCRM folder in modules
no error during set up
but: no page will be displayed (SAFARI and EPIC (chrome-like) macos 10.14.6) except the admin page
"
Page no...*Created by: punkyard*
Hi, after first and fresh install of backdrop, i copied CiviCRM folder in modules
no error during set up
but: no page will be displayed (SAFARI and EPIC (chrome-like) macos 10.14.6) except the admin page
"
Page non trouvée
Ajouter une redirection d'URL de cette page vers un autre emplacement
Vous êtes ici : Accueil
La page demandée "/backdrop183/backdrop183/civicrm/a/" n'a pas pu être trouvée.
"
I found in line 234 that the root folder is doubled :
if (!defined('CIVICRM_UF_BASEURL')) {
define( 'CIVICRM_UF_BASEURL' , 'https://domain.net/bkd/bkd'); <<< here bkd/bkd, instead of just one bkd, (domain.net/bkd/)
I'm posting this issue on the advice of @laryn, from Mattermost forumhttps://lab.civicrm.org/dev/backdrop/-/issues/63Source files location should not include "sites/all" for Backdrop2022-10-21T07:36:41ZbgmSource files location should not include "sites/all" for Backdrop*Created by: jenlampton*
I am trying to get Civi installed on Backdrop and just ran into the problem of the `cv` command looking for the civi module in `sites/all/modules` but in backdrop the contrib modules are located in `modules` unl...*Created by: jenlampton*
I am trying to get Civi installed on Backdrop and just ran into the problem of the `cv` command looking for the civi module in `sites/all/modules` but in backdrop the contrib modules are located in `modules` unless it is a multi-site installation. Is there a way for the backdrop version to add an additional location to the places the installer checks for civi?
(and should this request belong in the cv queue, or is this the correct loaction?)https://lab.civicrm.org/dev/backdrop/-/issues/54drush ci load_generated_data always true if flag present2022-10-21T07:38:27Zbgmdrush ci load_generated_data always true if flag present*Created by: tabroughton*
When reading the description for the civicrm-install drush command the flag load_generated_data is stated to default to FALSE - this suggests that setting the flag to TRUE will generate the data (and it does).
...*Created by: tabroughton*
When reading the description for the civicrm-install drush command the flag load_generated_data is stated to default to FALSE - this suggests that setting the flag to TRUE will generate the data (and it does).
However, setting any value against load_generated_data will also load the data, in fact just having the flag present when running the command will generate the data. This isn't terrible but it doesn't match the other flag settings which all accept a value. Also the description suggests setting the value to FALSE would not load the data but it does.
I suggest being able to set true or false explicitly (where false is default if not present) would be the better solution here.https://lab.civicrm.org/dev/backdrop/-/issues/49installing via composer2022-10-21T07:38:47Zbgminstalling via composer*Created by: tabroughton*
I'm trying to automate an installation of civicrm into backdrop and I'm using composer for all my other php libraries and frameworks. I see civicrm-core is available in [packagist](https://packagist.org/packag...*Created by: tabroughton*
I'm trying to automate an installation of civicrm into backdrop and I'm using composer for all my other php libraries and frameworks. I see civicrm-core is available in [packagist](https://packagist.org/packages/civicrm/civicrm-core) but no backdrop version.
What's the best way to do this please?https://lab.civicrm.org/dev/backdrop/-/issues/46CMS database integration code incorrect?2022-10-21T07:39:02ZbgmCMS database integration code incorrect?*Created by: laryn*
The code generated in the CMS database integration section is as follows:
> $database_prefix = array(
'default' => '',
I was having some trouble getting this working on a new site and after some time ended up com...*Created by: laryn*
The code generated in the CMS database integration section is as follows:
> $database_prefix = array(
'default' => '',
I was having some trouble getting this working on a new site and after some time ended up comparing to an older site that I set this up on previously, which has this format:
> $databases['default']['default']['prefix']= array(
'default' => '',
Once I changed that format, the Views integration started working for me.
I'm not sure if that changed recently or if I just figured out the needed changes earlier and forgot to file a ticket... but should we update that code to the other format, or is the existing code working for others?https://lab.civicrm.org/dev/backdrop/-/issues/45civicrm.config.php cannot find settings when multisite is enabled2022-10-21T07:39:16Zbgmcivicrm.config.php cannot find settings when multisite is enabled*Created by: jonhalle*
I was having a problem that extern.php could not locate civicrm.config.php
Looking at civicrm.config.php.backdrop it contains a mechanism to find civicrm.settings.php in a multisite setup.
```
// Alias could b...*Created by: jonhalle*
I was having a problem that extern.php could not locate civicrm.config.php
Looking at civicrm.config.php.backdrop it contains a mechanism to find civicrm.settings.php in a multisite setup.
```
// Alias could be defined in sites/sites.php
if (file_exists($confdir . "/sites.php")) {
include $confdir . "/sites.php";
}
```
but it has a minor error - as the comment says, the sites.php is located in the sites subdirectory so looking for it in the $confdir does not work.
A really ugly workaround is to create a couple of symlinks from the backdrop root directory to the sites subdirectory
```
ln -s sites/sites.php sites.php
ln -s sites/my-site-name my-site-name
```
Alternatively the code ought to say:
```
// Alias could be defined in sites/sites.php
if (file_exists($confdir . "sites/sites.php")) {
include $confdir . "sites/sites.php";
}
```
This also requires a change later in the file to again explicitly add the 'sites' dir with a
```
if (isset($sites[$dir]) && file_exists($confdir.'sites/'."{$sites[$dir]}/civicrm.settings.php")) {
$conf = $confdir.'sites/'."{$sites[$dir]}";
return $conf;
}
```
Looks like the D7 code also needs a change here as I think Drupal 7 and Backdrop define sites in the same place.
The code in question goes back to 2015:
https://github.com/civicrm/civicrm-drupal/pull/327/files#diff-2052e8c39d1751b7d68bc909f7962cb7
Presumably it worked then on Drupal - possibly only on sites with symlinks in place as described above. Very possibly not many people use Backdrop or Drupal in multisite mode with CiviCRM, which might be why this has not been an issue for others.https://lab.civicrm.org/dev/backdrop/-/issues/41Clean URLs not working for civicrm after install in lando - works for backdro...2022-10-25T11:44:56ZbgmClean URLs not working for civicrm after install in lando - works for backdrop routes*Created by: ttrezren*
[I opened an issue on lando](https://github.com/lando/lando/issues/1546), though it may not be a lando bug. Visiting /civicrm after a successful backdrop and civicrm install, I get 404 not found. Same on any civic...*Created by: ttrezren*
[I opened an issue on lando](https://github.com/lando/lando/issues/1546), though it may not be a lando bug. Visiting /civicrm after a successful backdrop and civicrm install, I get 404 not found. Same on any civicrm pages. Backdrop pages work fine. Civicrm works if I turn off clean URLs.https://lab.civicrm.org/dev/backdrop/-/issues/32Ensure drush works with Backdrop version of drush2022-10-25T11:45:12ZherbdoolEnsure drush works with Backdrop version of drushhttps://lab.civicrm.org/dev/backdrop/-/issues/9Shoreditch styling2023-01-18T16:43:38ZlarynShoreditch stylingWould it be appropriate to add some CSS and/or functionality that cleans up the Shoreditch display out of the box for Backdrop? (Is Shoreditch still slated to become the default theme at some point?)
For example:
- https://github.com/...Would it be appropriate to add some CSS and/or functionality that cleans up the Shoreditch display out of the box for Backdrop? (Is Shoreditch still slated to become the default theme at some point?)
For example:
- https://github.com/civicrm/org.civicrm.shoreditch/issues/539
- I've also noticed the Backdrop-specific CSS clobbers a little too hard and overrides in Shoreditch as well:
https://github.com/civicrm/civicrm-backdrop/blob/1.x-master/civicrm_backdrop.css#L5-L10
(We may be able to tweak those to hit a sweet spot where it overrides Backdrop styles as desired, but not Shoreditch tab styles).https://lab.civicrm.org/dev/backdrop/-/issues/5Cron for multisite does not work2024-02-02T18:04:20ZcatorghansCron for multisite does not workWhen doing http cron (with .htaccess changes, see https://github.com/backdrop/backdrop-issues/issues/3903 ) or cli cron, on a multsite install, it uses the civicrm.settings.php from the root and not from the sites/[site]/ dir.
It looks ...When doing http cron (with .htaccess changes, see https://github.com/backdrop/backdrop-issues/issues/3903 ) or cli cron, on a multsite install, it uses the civicrm.settings.php from the root and not from the sites/[site]/ dir.
It looks like it does not expect a civicrm.settings.php in CMSroot if you have a multiinstall.
But to my understanding that should be allowed (and even normal)
In my case I have
[cmsroot]/civicrm.settings.php for the default site and also
[cmsroot]/sites/[site]/civicrm.settings.php for the 2nd domain.
When I look at civicrm.config.php it can not work.
When it finds a civicrm.settings.php in cmsroot it will not look further.