Drupal issueshttps://lab.civicrm.org/dev/drupal/-/issues2020-07-16T17:23:38Zhttps://lab.civicrm.org/dev/drupal/-/issues/19Drupal8: Implement set UF locale/language (affects mailing tokens)2020-07-16T17:23:38ZbgmDrupal8: Implement set UF locale/language (affects mailing tokens)This is a follow-up to dev/drupal#17.
How to reproduce:
* Create a bilingual Drupal site, with the locale module, with URL-prefix language detection (example.org/fr/civicrm)
* Enable multi-lingual CiviCRM, with two languages (ex: FR/EN...This is a follow-up to dev/drupal#17.
How to reproduce:
* Create a bilingual Drupal site, with the locale module, with URL-prefix language detection (example.org/fr/civicrm)
* Enable multi-lingual CiviCRM, with two languages (ex: FR/EN)
* Send a mailing in French, with the unsubscribe URL token
Expected result: the token should link to the page in French.
Related JIRA issue for Drupal7: https://issues.civicrm.org/jira/browse/CRM-16352
cc @monish.deb @samuelsov5.15.0bgmbgmhttps://lab.civicrm.org/dev/drupal/-/issues/72confirmation screen shows internal profile name not public title (reg screen ...2019-08-07T18:07:13ZDLaurysconfirmation screen shows internal profile name not public title (reg screen shows public title)The profile names that appear on the screen when registering for an event don't match between the register screen and the confirmation screen. The register screen uses the 'public title' of the profile, which is great! But then the confi...The profile names that appear on the screen when registering for an event don't match between the register screen and the confirmation screen. The register screen uses the 'public title' of the profile, which is great! But then the confirmation screen shows the internal profile name.5.17.0https://lab.civicrm.org/dev/drupal/-/issues/2Implement D8 initialization for civicrm-setup2020-07-16T17:23:36ZtottenImplement D8 initialization for civicrm-setup__Background__: When installing on Drupal 8, settings such as DSN and locale should be autodetected.
__Task__:
* Copy `plugins/init/Drupal.civi-setup.php` or `plugins/init/WordPress.civi-setup.php`
* Create `Drupal8.civi-setup.php`
* A...__Background__: When installing on Drupal 8, settings such as DSN and locale should be autodetected.
__Task__:
* Copy `plugins/init/Drupal.civi-setup.php` or `plugins/init/WordPress.civi-setup.php`
* Create `Drupal8.civi-setup.php`
* Adapt for D8. For source material on how to detect things like DSN, look at `civicrm-drupal@8.x-master` in `civicrm.install` / `drush.civicrm.inc`.D8 General AvailabilityMonish DebMonish Debhttps://lab.civicrm.org/dev/drupal/-/issues/4Use `civicrm-setup` to handle installation2020-08-07T03:28:13ZtottenUse `civicrm-setup` to handle installation**Background**: During installation, one must check system-requirements, populate database, etc. To do this, the Drupal 8 integration currently calls some functions from `install/`.
However, the functions in the `install/` folder are t...**Background**: During installation, one must check system-requirements, populate database, etc. To do this, the Drupal 8 integration currently calls some functions from `install/`.
However, the functions in the `install/` folder are too narrowly crafted -- we don't have much ability to add/change/rearrange/remove installer steps. [civicrm-setup](https://civicrm.org/blog/totten/developers-revising-the-civicrm-installer-library-cli-wordpress) aims to redress that limitation and make it easier to iterate on the installer. For any new distribution channels (like D8), we should call `civicrm-setup`.
__Tasks__:
* __(a)__ `civicrm.drush.inc`: The function `drush_civicrm_install()` must use the `civicrm-setup` API (eg `installFiles()`, `installDatabase()`).
* __(b)__ `civicrm.install`: The function `civicrm_install()` must use setup API (eg `installFiles()`, `installDatabase()`).
* __(c)__ `civicrm.install`: The function `civicrm_requirements()` should use the setup API (eg `checkRequirements`, `checkAuthorized`).D8 General Availabilityhttps://lab.civicrm.org/dev/drupal/-/issues/5Add support for Drupal 8 to cv (`Bootstrap.php` and `CmsBootstrap.php`)2020-07-16T17:23:37ZtottenAdd support for Drupal 8 to cv (`Bootstrap.php` and `CmsBootstrap.php`)D8 General Availabilitytottentottenhttps://lab.civicrm.org/dev/drupal/-/issues/6Migrate 8.x branches to separate git repo2020-07-16T17:23:37ZtottenMigrate 8.x branches to separate git repo__Background__: The `civicrm-drupal.git` repo has branches named `8.x-*`. However, these are not detectable/addressable via `composer`/`packagist`.
__Tasks__
* __(a)__: Create new repo `civicrm-drupal-8`. Migrate the `8.x-*` branches, ...__Background__: The `civicrm-drupal.git` repo has branches named `8.x-*`. However, these are not detectable/addressable via `composer`/`packagist`.
__Tasks__
* __(a)__: Create new repo `civicrm-drupal-8`. Migrate the `8.x-*` branches, but remove the `8.x-` prefix.
* __(b)__: Update release process to ensure that these are branched/tagged.D8 General Availabilityhttps://lab.civicrm.org/dev/drupal/-/issues/7Problem: How to address `civicrm.config.php` without running `GenCode`2020-10-01T00:47:38ZtottenProblem: How to address `civicrm.config.php` without running `GenCode`We aim to allow installing CiviCRM on Drupal 8 via composer/git _without_ requiring the admin to run `GenCode`.
The file `civicrm.config.php` is currently produced by `GenCode`, and it's required by various backend scripts (`extern/*` a...We aim to allow installing CiviCRM on Drupal 8 via composer/git _without_ requiring the admin to run `GenCode`.
The file `civicrm.config.php` is currently produced by `GenCode`, and it's required by various backend scripts (`extern/*` and `bin/*`). A naive approach might be to simply commit this file -- however, that's problematic because there are ~4 variants of this file (for `civicrm-drupal`, `civicrm-wordpress`, `civicrm-joomla`, and `civicrm-backdrop`).
There are a couple ways we might do this:
* (a) Audit each entry-point (`extern/*`, `bin/*`). For each, figure out some alternative way to address it without needing `civicrm.config.php`.
* __Challenge__: There are several entry-points, and each will likely have its own series of issues/patches. In this approach, it's hard to control the scope of work.
* (b) Import the universal CMS boot script from `cv.git` or `civicrm-wordpress.git` to `civicrm-core.git` (related: #5). All backend scripts (`extern/*`, `bin/*`) should use a fallback-behavior. (*"If `civicrm.config.php` exists, call it. Otherwise, call the universal boot script."*)
* __Challenge__: People like to do funny things with their builds, and there's no fixed spec for "all possible builds". A "universal" CMS boot script will probably be broken for someone.
* (c) `composer.json` integration -- for anyone installing Civi via `composer`, tell them to put some extra script calls in their root `composer.json`. The script creates `civicrm.config.php`.
* __Challenge__: This makes the installation experience more complicated.
* (d) Update all backend scripts (`extern/*`, `bin/*`) to use a fallback-behavior. (*"If `./drupal/civicrm.config.php.drupal` exists, call it. If `../civicrm.config.php.wordpress` exists, call it. Ad nauseum."*)
* __Challenge__: People like to do funny things with their builds, and there's no fixed spec for "all possible builds". A "universal" CMS boot script will probably be broken for someone.D8 General Availabilityhttps://lab.civicrm.org/dev/drupal/-/issues/8Problem: How to address Bower dependencies installable via `composer`2020-07-16T17:23:37ZtottenProblem: How to address Bower dependencies installable via `composer`D8 General Availabilityhttps://lab.civicrm.org/dev/drupal/-/issues/9Problem: Easily allow 'vendor' directory not under the webroot2020-09-30T12:35:40ZtottenProblem: Easily allow 'vendor' directory not under the webrootThis is currently possible, but requires some patches and a build process.
**Here's the patches and process currently used by myDropWizard for Roundearth.io:**
*Patches:*
1. Find CKEditor relative to the resource URL: https://github.c...This is currently possible, but requires some patches and a build process.
**Here's the patches and process currently used by myDropWizard for Roundearth.io:**
*Patches:*
1. Find CKEditor relative to the resource URL: https://github.com/mydropwizard/civicrm-core/commit/9fc3877e2eb14e2829b530445c5e5491afc4bbe
2. Look for vendor directory above web root: https://github.com/mydropwizard/civicrm-core/commit/f57954392f8026d17b7f19f7c01ceeb65e703384
Both of those could probably be merged upstream?
*Process:*
1. Build process to copy web assets to `WEBROOT/libraries/civicrm` so they are web accessible. Here's the version from [roundearth's build process](https://gitlab.com/mydropwizard/roundearth-drops-8/blob/master/rebuild.sh#L74):
```
# Copy CiviCRM assets
asset_source=./vendor/civicrm/civicrm-core
asset_dest=./web/libraries/civicrm
mkdir -p $asset_dest
rsync -mr --include='*.'{html,js,css,svg,png,jpg,jpeg,ico,gif,woff,woff2,ttf,eot} --include='*/' --exclude='*' $asset_source/ $asset_dest/
rm -rf $asset_dest/tests
cp -r $asset_source/extern $asset_dest/
cp $asset_source/civicrm.config.php $asset_dest/
cat << EOF > $asset_dest/settings_location.php
<?php
define('CIVICRM_CONFDIR', '../../../sites');
EOF
```
2. Set the "Resource URL" to `[cms.root]/libraries/civicrm/`
**Getting support for this upstream:**
1. I think the patches might be good to just commit upstream? They don't seem controversial
2. The build process could be put in a PHP class in civicrm-corm which could be referred to as a script in a sites composer.json
3. We should be able to detect that we're using the vendor outside the webroot - could we somehow make the necessary "Resource URL" the default?5.5.0https://lab.civicrm.org/dev/drupal/-/issues/10Keep `civicrm-version.php` up-to-date without running GenCode on all builds2020-07-16T17:23:38ZtottenKeep `civicrm-version.php` up-to-date without running GenCode on all buildsWe aim to allow installing CiviCRM on Drupal 8 via `composer`/`git` without requiring the admin to run `GenCode`.
The file `civicrm-version.php` is generated by `GenCode`. A typical copy looks like this:
```php
<?php
/**
* Get the Civ...We aim to allow installing CiviCRM on Drupal 8 via `composer`/`git` without requiring the admin to run `GenCode`.
The file `civicrm-version.php` is generated by `GenCode`. A typical copy looks like this:
```php
<?php
/**
* Get the CiviCRM version.
*/
function civicrmVersion() {
return array(
'version' => '4.7.30',
'cms' => 'Drupal',
'revision' => '4.7.30',
);
}
```
A simple fix might be:
* Commit the file to `civicrm-core.git` (much like in #1).
* Update `tools/bin/scripts/set-version.php` to maintain this file. (That script is part of the workflow whenever setup a new release.)
There's one catch: the `cms` field varies depending on the local runtime. *However*, we may be lucky here -- in a cursory check, I only found a couple places that relied on it. ~~The task here would be to take a closer look and potentially remove this element.~~ We'd also need to resolve these stale references to `cms`:
* `civicrm.drush.inc` (in `civicrm-backdrop-1.x`, `civicrm-drupal-6.x`, `civicrm-drupal-7.x`, `civicrm-drupal-8.x`)
* Use constants or functions from Drupal/Drush/Backdrop to detect the active environment.
* `install/index.php` and `install/template.html`
* Remove or rewrite any optional sanity checks that rely on this field.
* Use `$installType` to backfill `$civicrm_version['cms']` (like the WordPress conditional does)D8 General Availabilityhttps://lab.civicrm.org/dev/drupal/-/issues/11Cleanup unnecessary files when running composer in D8 conext2023-02-08T16:48:07ZseamusleeCleanup unnecessary files when running composer in D8 conextCiviCRM's `composer.json` delegates to a post-install script to remove unnecessary and potentially dangerous files (e.g. demo scripts that shouldn't in the public web root). When adding civicrm to composer in Drupal 8, the post-install s...CiviCRM's `composer.json` delegates to a post-install script to remove unnecessary and potentially dangerous files (e.g. demo scripts that shouldn't in the public web root). When adding civicrm to composer in Drupal 8, the post-install scripts do not run automatically (ie `composer.json` does not recursively invoke post-install scripts). Therefore, we may be left dangerous content.D8 General Availabilityhttps://lab.civicrm.org/dev/drupal/-/issues/12Keep 'CRM/Core/DAO/AllCoreTables.data.php' up-to-date without running CRM_Cor...2020-07-16T17:23:38ZMonish DebKeep 'CRM/Core/DAO/AllCoreTables.data.php' up-to-date without running CRM_Core_CodeGen_Reflection on all buildsThis file is updated via `CRM_Core_CodeGen_Reflection` and uses `xml/templates/listAll.tpl` to populate all Civi table metadata in this php file - https://github.com/civicrm/civicrm-core/blob/master/CRM/Core/DAO/AllCoreTables.data.php .
...This file is updated via `CRM_Core_CodeGen_Reflection` and uses `xml/templates/listAll.tpl` to populate all Civi table metadata in this php file - https://github.com/civicrm/civicrm-core/blob/master/CRM/Core/DAO/AllCoreTables.data.php .
A simple fix might be:
* Extend plugins/installDatabase/InstallSchema.civi-setup.php to do this task
* Use `CRM_Core_CodeGen_Reflection` workflow to create/update `AllCoreTables.data.php` and notify this task before doing it via installer.Monish DebMonish Debhttps://lab.civicrm.org/dev/drupal/-/issues/13Contact Image uploaded from Drupal Webform doesn't render on Drupal View as a...2021-09-08T11:25:32ZjitendraContact Image uploaded from Drupal Webform doesn't render on Drupal View as a thumbnail.This is an extension of a fix done recently via https://github.com/civicrm/civicrm-core/pull/11681. As it only contained the fix to render the image on the contact summary page, we also have this issue on a Drupal view which needs to be ...This is an extension of a fix done recently via https://github.com/civicrm/civicrm-core/pull/11681. As it only contained the fix to render the image on the contact summary page, we also have this issue on a Drupal view which needs to be addressed. To replicate, upload an image for a contact using a webform and try to render it as a thumbnail on a Drupal view.
Also, if the filename of the image has a space in it, it fails to load on the view.5.43.0https://lab.civicrm.org/dev/drupal/-/issues/16[webform_civicrm] - edits to 'cart' display when using installments functiona...2020-07-16T17:23:38ZKarinG[webform_civicrm] - edits to 'cart' display when using installments functionalityWorking on this with CompuCorp
**Before:**
![image](/uploads/7ed8454c61bf9b3b098e7281d7e1b5ca/image.png)
Imagine this was configured as pay in 2 installments (two payments of $96/each) - how about something like this:
**After:**
![im...Working on this with CompuCorp
**Before:**
![image](/uploads/7ed8454c61bf9b3b098e7281d7e1b5ca/image.png)
Imagine this was configured as pay in 2 installments (two payments of $96/each) - how about something like this:
**After:**
![image](/uploads/73dc36a7fb0d1e6b590f77bb666f2a0e/image.png)https://lab.civicrm.org/dev/drupal/-/issues/17Drupal8: Get UF locale/language is not supported (ex: for inheritLocale)2020-07-16T17:23:38ZbgmDrupal8: Get UF locale/language is not supported (ex: for inheritLocale)The option for `inhericLocale` does not seem to be working. To reproduce:
* In Drupal, enable translation and enable a second language, set language-detection using the URL prefix.
* Create a multi-lingual site (admin > locale > languag...The option for `inhericLocale` does not seem to be working. To reproduce:
* In Drupal, enable translation and enable a second language, set language-detection using the URL prefix.
* Create a multi-lingual site (admin > locale > languages, enable multilingual, then enable a second language)
* Enable the "inherit CMS language" option.
![Capture_d_écran_de_2018-04-26_14-35-12](/uploads/6573bb26a55bffe8729724d5e9b028f7/Capture_d_écran_de_2018-04-26_14-35-12.png)
Result: no matter whether accessing CiviCRM in English or French, the site is always in the default language.5.3.0bgmbgmhttps://lab.civicrm.org/dev/drupal/-/issues/18Installation permissions problem2020-10-15T04:43:56ZTony Maynard-SmithInstallation permissions problemHello,
I have just installed CiviCRM 5.0.2 for Drupal, on a new clean install of Drupal 7.59. It failed saying that I needed the 'administer site administration' permission. I logged out and in again (as site admin), and also gave mys...Hello,
I have just installed CiviCRM 5.0.2 for Drupal, on a new clean install of Drupal 7.59. It failed saying that I needed the 'administer site administration' permission. I logged out and in again (as site admin), and also gave myself the permission as an Authorised User, but it still failed.
I managed to install it by commenting out lines 268 to 273 in the install script, and it seems to be working Ok.
Regards, Tonyhttps://lab.civicrm.org/dev/drupal/-/issues/20Manual synchronization of CiviCRM memberships and Drupal roles gives error2023-11-09T23:29:43Zcarbar1103Manual synchronization of CiviCRM memberships and Drupal roles gives errorHello.
I am just starting to get memberships and roles sorted out in my CiviCRM. When I go to Home » Administration » Configuration » CiviCRM » CiviMember Roles Sync » Manually Synchronize and click the button, I get a popup saying "Th...Hello.
I am just starting to get memberships and roles sorted out in my CiviCRM. When I go to Home » Administration » Configuration » CiviCRM » CiviMember Roles Sync » Manually Synchronize and click the button, I get a popup saying "There was an error. CiviMember Memberships and Drupal Roles could not be synchronized." The Drupal log just says "unknown error".
On investigation, the problem appears in drupal/modules/civicrm_member_roles/civicrm_member_roles.module, line 530, in the method _civicrm_member_roles_sync():
```
$contacts = CRM_Core_DAO::executeQuery($sql, $params);
if ($contacts->N == 0) {
watchdog('civicrm_member_roles',
$errorMsg,
$errorParams,
WATCHDOG_ERROR
);
return FALSE;
}
```
It is running the following sql:
```
SELECT DISTINCT uf.contact_id, m.end_date FROM civicrm_uf_match uf
LEFT JOIN civicrm_membership m ON uf.contact_id = m.contact_id
WHERE m.id IS NOT NULL AND m.membership_type_id IN (1)
ORDER BY m.end_date DESC
```
which is returning zero rows. This is probably because I haven't got the necessary roles/contacts/etc set up, but it is a bit of an odd error.
Regards,
Carlhttps://lab.civicrm.org/dev/drupal/-/issues/21Drupal8: CiviCRM menu does not use the correct locale2020-07-16T17:23:38ZbgmDrupal8: CiviCRM menu does not use the correct localeHow to reproduce:
* Create a bilingual Drupal site, with the locale module
* Setup CiviCRM as multilingual, bilingual, using URL prefix language detection (example.org/fr/civicrm)
Result: the menu is always in the default CiviCRM langu...How to reproduce:
* Create a bilingual Drupal site, with the locale module
* Setup CiviCRM as multilingual, bilingual, using URL prefix language detection (example.org/fr/civicrm)
Result: the menu is always in the default CiviCRM language (or default Drupal language?).
Debugging the issue, in Drupal, the menu JS would be called this way:
`https://example.org/en/civicrm/ajax/menujs/2/en_US/1/5H7zVVcT`
However in D8 it is being called without the language prefix:
`https://example.org/civicrm/ajax/menujs/2/en_US/1/5H7zVVcT`
I suspect it is related to `CRM_Utils_System::languageNegotiationURL()`, which seems to test for the `locale` module.
cc @JoeMurray @monish.deb5.16.2https://lab.civicrm.org/dev/drupal/-/issues/22Drupal8: implement views and multilingual CiviCRM2020-07-16T17:23:38ZbgmDrupal8: implement views and multilingual CiviCRMHow to reproduce:
* Create a bilingual Drupal site, with the locale module
* Setup CiviCRM as multilingual, bilingual, using URL prefix language detection (example.org/fr/civicrm)
* Create a view of CiviCRM Events, add the title field.
...How to reproduce:
* Create a bilingual Drupal site, with the locale module
* Setup CiviCRM as multilingual, bilingual, using URL prefix language detection (example.org/fr/civicrm)
* Create a view of CiviCRM Events, add the title field.
Result: fatal database error because it cannot find `civicrm_event.title` (should be `civicrm_event.title_en_US`).
This was a quickfix, incoming PR.
cc @JoeMurray @monish.deb @samuelsovbgmbgmhttps://lab.civicrm.org/dev/drupal/-/issues/24[webform_civicrm] - monies display properly but don't get processed when usin...2020-07-16T17:23:38ZKarinG[webform_civicrm] - monies display properly but don't get processed when using webform_calculator module to calculate e.g. participant fees![image](/uploads/c6a3f46f1ca9a57819370b9c3f4012dd/image.png)
![image](/uploads/ed87bfaed0cda7b8e3061573c4168735/image.png)
![image](/uploads/7ca2158df886d944766a86459a23be2f/image.png)
![image](/uploads/f7eb9556cd07695f72bed3f28ab4c8...![image](/uploads/c6a3f46f1ca9a57819370b9c3f4012dd/image.png)
![image](/uploads/ed87bfaed0cda7b8e3061573c4168735/image.png)
![image](/uploads/7ca2158df886d944766a86459a23be2f/image.png)
![image](/uploads/f7eb9556cd07695f72bed3f28ab4c8dd/image.png)
![image](/uploads/595a14b6ec110408df2560e23fce1673/image.png)colemanwcolemanwhttps://lab.civicrm.org/dev/drupal/-/issues/25View Relationship Type: Event to Participant Contact2020-07-16T17:23:38ZjohnffView Relationship Type: Event to Participant ContactSuccess! I have successfully added a new View Relationship type that allows you to connect a Contact to your Event, and even select it by role id.
But! Only the contact's core fields are in. Now, we can easily create another relationshi...Success! I have successfully added a new View Relationship type that allows you to connect a Contact to your Event, and even select it by role id.
But! Only the contact's core fields are in. Now, we can easily create another relationship to bring in the Contact's custom fields, but I can't see any barrier to bringing them in by default. How are custom fields connected to a table?https://lab.civicrm.org/dev/drupal/-/issues/26Double quote (") should not be escaped in CIVICRM_UF_DSN in civicrm.settings.php2020-07-16T17:23:38ZsomnolentsurferDouble quote (") should not be escaped in CIVICRM_UF_DSN in civicrm.settings.phpI'm a complete newbie to both CiviCRM and Drupal, but I've been trying to test out an installation for one of my clients. I completed a fresh, standard installation of Drupal 7, then followed the installation process for CiviCRM in the S...I'm a complete newbie to both CiviCRM and Drupal, but I've been trying to test out an installation for one of my clients. I completed a fresh, standard installation of Drupal 7, then followed the installation process for CiviCRM in the System Administrator Guide.
Once installation was complete, and I had filled in all the details of my database paths and users as requested, I tried to follow the process for setting up scheduled jobs at https://docs.civicrm.org/sysadmin/en/latest/setup/jobs/ using either the CLI or HTTP method.
Whatever I tried, every attempt to run Job.execute resulted in 'DB Error: connect failed'.
With the help of this StackExchange thread (https://civicrm.stackexchange.com/questions/25575/db-error-connect-failed-when-trying-to-call-job-execute-using-cli-php/) I tracked down the logs and discovered that MySQL was rejecting the password of the Drupal database user.
On looking up the password in CIVICRM_UF_DSN in civicrm.settings.php I noticed that a double quote character (") in my password was escaped with a backslash, even though the instructions in the file only say single quote (') or backslash (\) characters should be escaped. Taking the backslash out of the password allowed Job.execute to run as expected.
I had never touched civicrm.settings.php before, so it seems that whichever script had translated the password I entered in the GUI during installation into that file must have erroneously escaped the double quote.https://lab.civicrm.org/dev/drupal/-/issues/28Drupal8: Deprecate the Views integration?2020-07-16T17:23:38ZbgmDrupal8: Deprecate the Views integration?From: https://github.com/civicrm/civicrm-drupal-8/pull/3#issuecomment-412927333
> "Just wanted to let you'll know that the latest CiviCRM Entity 8.x-3.x-dev version includes Views support....Not telling you what to do, but the "Core Vie...From: https://github.com/civicrm/civicrm-drupal-8/pull/3#issuecomment-412927333
> "Just wanted to let you'll know that the latest CiviCRM Entity 8.x-3.x-dev version includes Views support....Not telling you what to do, but the "Core Views Integration" could be handled by that module...." (@jackrabbithanna)
Since CiviCRM-D8 is not officially supported yet, now might be a good time to cut-off core views support? (although pingbacks report over 100 sites).
It's still a fair amount of work, however, to PSA and confirm that CiviCRM Entity feature-equivalent?
+/-1? cc @jackrabbithanna @dsnopek @eileen .. who else?https://lab.civicrm.org/dev/drupal/-/issues/29After install on Backdrop, I get "Oops! Incorrect CiviCRM version. This insta...2020-11-11T03:14:30ZgippyAfter install on Backdrop, I get "Oops! Incorrect CiviCRM version. This installer can only be used for the Drupal version of CiviCRM"I am installing 5.4.0 into Backdrop 1.10.1. The download file is civicrm-5.4.0-backdrop.tar.gz and when I start to install it shows the correct version in the upper right of the installer. The install completes okay. But when I then get ...I am installing 5.4.0 into Backdrop 1.10.1. The download file is civicrm-5.4.0-backdrop.tar.gz and when I start to install it shows the correct version in the upper right of the installer. The install completes okay. But when I then get "Oops! Incorrect CiviCRM version. This installer can only be used for the Drupal version of CiviCRM."
At that point the Backdrop site no longer bootstraps.
A reply on StackExchange suggested ( https://civicrm.stackexchange.com/questions/26253/ )"I recently got this when i was trying to install drupal and it said 'This installer can only be used for the Backdrop version of CiviCRM'. Clearing up Drupal and CiviCRM caches fixed the problem for me." However that has not resolved the problem.https://lab.civicrm.org/dev/drupal/-/issues/31CiviMember Role sync is no longer syncing Pending memberships2022-10-08T12:04:06ZjitendraCiviMember Role sync is no longer syncing Pending membershipsPending membership does not sync roles even if the option is configured in the settings page.Pending membership does not sync roles even if the option is configured in the settings page.5.9jitendrajitendrahttps://lab.civicrm.org/dev/drupal/-/issues/32Drupal8: Can't add JS resources to footer2018-11-29T06:16:04ZJonGoldDrupal8: Can't add JS resources to footerThis manifests most obviously with Shoreditch - some JS is intended to load in `page-footer` and fails.
This was first documented as CRM-21374(https://github.com/civicrm/civicrm-core/pull/11504#issuecomment-356837051), which was closed ...This manifests most obviously with Shoreditch - some JS is intended to load in `page-footer` and fails.
This was first documented as CRM-21374(https://github.com/civicrm/civicrm-core/pull/11504#issuecomment-356837051), which was closed with a quick fix.
Also related are [civicrm-core#11504](https://github.com/civicrm/civicrm-core/pull/11504) which removes the D8 `addScriptUrl()` function. It seems to be relying on [drupal#504](https://github.com/civicrm/civicrm-drupal/pull/504) to add scripts to the header, but not to the footer.
@dsnopek mentioned [in passing](https://github.com/civicrm/civicrm-core/pull/11504#issuecomment-356837051) that CiviCRM D8 can't yet add resources to the footer.
Fixing this requires an understanding of D8 Services, which I don't have. It seems like the `CivicrmPageState` class needs a different data structure for `$js`. Whether that's a separate `$jsFooter` property or a multidimensional array I'm not sure.https://lab.civicrm.org/dev/drupal/-/issues/33Implement userFrameworkFrontend Configuration for Drupal2019-11-24T05:41:04ZseamusleeImplement userFrameworkFrontend Configuration for DrupalThis is to support the concept of Separate frontend and backend themesThis is to support the concept of Separate frontend and backend themes5.16.0https://lab.civicrm.org/dev/drupal/-/issues/34Drupal8: Missing Date format in views configuration2019-08-23T13:10:14Zmagnolia61Drupal8: Missing Date format in views configurationIn the views configuration for events, using CiviCRM 5.5.2 on Drupal 8 the date format cannot be configured. Not sure what causes this, but thought it would be good to report.
**In CiviCRM/Drupal7 ** <br>
![Screenshot_from_2018-10-22_13...In the views configuration for events, using CiviCRM 5.5.2 on Drupal 8 the date format cannot be configured. Not sure what causes this, but thought it would be good to report.
**In CiviCRM/Drupal7 ** <br>
![Screenshot_from_2018-10-22_13-38-49](/uploads/8e33c20c5252ab9a9efcd9f073059f4a/Screenshot_from_2018-10-22_13-38-49.png)
**In CiviCRM/Drupal8** <br>
![Screenshot_from_2018-10-22_13-38-50](/uploads/de3dc32c9cc66f4d5caea15d73552ea6/Screenshot_from_2018-10-22_13-38-50.png)https://lab.civicrm.org/dev/drupal/-/issues/35Drupal8: CiviCRM checks assume a single-database installation2020-10-26T15:25:58ZJonGoldDrupal8: CiviCRM checks assume a single-database installationI typically set up CiviCRM in a separate database, with a single MySQL user granted the minimum necessary permissions to change both CMS and CRM.
Drupal8 is incorporating CiviCRM checks into Drupal - but I get the error message (with th...I typically set up CiviCRM in a separate database, with a single MySQL user granted the minimum necessary permissions to change both CMS and CRM.
Drupal8 is incorporating CiviCRM checks into Drupal - but I get the error message (with the permissions below) that I don't have permission to create triggers on my database.
What's actually happening is I don't have permission to create triggers on the Drupal database. I can create triggers on the Civi db.
Below you can see the command I ran that bypassed the issue.
Since this blocks Drupal upgrades, it feels reasonably serious to resolve. I feel a little lost in D8 though - I was looking for `hook_requirement`, which is how I'd ordinarily add a status check in D7, but couldn't find it (except in the install file).
```
mysql> show grants for myorg_test@localhost;
+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Grants for myorg_test@localhost |
+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'myorg_test'@'localhost' |
| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, REFERENCES, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, TRIGGER ON `myorg_test_civi`.* TO 'myorg_test'@'localhost' |
| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES ON `myorg_test_drupal`.* TO 'myorg_test'@'localhost' |
| GRANT EXECUTE, ALTER ROUTINE ON FUNCTION `myorg_test_civi`.`civicrm_strip_non_numeric` TO 'myorg_test'@'localhost' |
+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
4 rows in set (0.00 sec)
mysql> GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES, TRIGGER ON `myorg_test_drupal`.* TO 'myorg_test'@'localhost';
Query OK, 0 rows affected (0.00 sec)```https://lab.civicrm.org/dev/drupal/-/issues/36Unfork zetacomponents/mail (also helps Drupal8)2019-01-08T14:53:17ZbgmUnfork zetacomponents/mail (also helps Drupal8)zetacomponents/mail was [forked](https://github.com/civicrm/zetacomponents-mail/tree/1.7-civi) in early 2017 for PHP 7 compatibility. However, the base branch has had updates since which fix the PHP issues, and also add a new features fo...zetacomponents/mail was [forked](https://github.com/civicrm/zetacomponents-mail/tree/1.7-civi) in early 2017 for PHP 7 compatibility. However, the base branch has had updates since which fix the PHP issues, and also add a new features for STARTTLS that might be interesting (and solves issues such as: https://github.com/civicrm/zetacomponents-mail/pull/2)
I encounted this issue while playing around with composer and Drupal8 from scratch:
```
$ composer create-project drupal-composer/drupal-project:8.x-dev myproject --stability dev --no-interaction
$ cd myproject
$ composer require civicrm/civicrm-core:5.7.2 --prefer-dist
./composer.json has been updated
> DrupalProject\composer\ScriptHandler::checkComposerVersion
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Installation request for civicrm/civicrm-core 5.7.2 -> satisfiable by civicrm/civicrm-core[5.7.2].
- civicrm/civicrm-core 5.7.2 requires zetacomponents/mail dev-1.7-civi -> no matching package found.
Potential causes:
- A typo in the package name
- The package is not available in a stable-enough version according to your minimum-stability setting
see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.
[...]
```
This can be fixed by specifying the URL of CiviCRM's fork, but eh, if we can remove it, why not?
cc @jackrabbithanna @dsnopekhttps://lab.civicrm.org/dev/drupal/-/issues/37Drupal8: Clear Drupal caches after enabling extension2021-03-26T10:46:30ZcolemanwDrupal8: Clear Drupal caches after enabling extensionAfter enabling an extension (e.g. KAM) new menu callbacks are registered in `civicrm_menu` but not in Drupal, resulting in a 404 Not Found error when visiting pages provided by the extension. Manually clearing the Drupal cache fixes this...After enabling an extension (e.g. KAM) new menu callbacks are registered in `civicrm_menu` but not in Drupal, resulting in a 404 Not Found error when visiting pages provided by the extension. Manually clearing the Drupal cache fixes this.
I suspect that Drupal caches are not being adequately cleared by CiviCRM, which is probably a low-level problem affecting more than just this.https://lab.civicrm.org/dev/drupal/-/issues/41Invalid regular expression on find_value_and_highlight2021-02-04T19:21:38ZshaneonabikeInvalid regular expression on find_value_and_highlightI came across this interesting little diddy... Basically, one of our users created an Organization as **(Université du Québec à Montréal**. Now that shouldn't be a real big issues, except that on a Webform (using Webform Civicrm) the cal...I came across this interesting little diddy... Basically, one of our users created an Organization as **(Université du Québec à Montréal**. Now that shouldn't be a real big issues, except that on a Webform (using Webform Civicrm) the callback to search for existing Organizations is throwing an exception. Mainly, because the ( introduces an extra element in the regular expression. Perhaps we need to add something that would escape these values?
`Uncaught SyntaxError: Invalid regular expression: /(?![^&;]+;)(?!<[^<>]*)((Université du Québec à Montréal)(?![^<>]*>)(?![^&;]+;)/: Unterminated group
at new RegExp (<anonymous>)
at find_value_and_highlight_term (js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:662)
at Object.<anonymous> (js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:684)
at Function.each (js__dU859nniAHOO3ZZ49DZUXr5Frl9T3QSa81hYdDf9Uas__1Tf7Fi7ZEi0LVYZbZYn2z46aXwifjwu_MFpx644_2lc__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:3)
at populate_dropdown (js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:681)
at run_search (js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:762)
at js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:749
find_value_and_highlight_term @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:662
(anonymous) @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:684
each @ js__dU859nniAHOO3ZZ49DZUXr5Frl9T3QSa81hYdDf9Uas__1Tf7Fi7ZEi0LVYZbZYn2z46aXwifjwu_MFpx644_2lc__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:3
populate_dropdown @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:681
run_search @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:762
(anonymous) @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:749
setTimeout (async)
do_search @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:748
(anonymous) @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:285
setTimeout (async)
(anonymous) @ js__9MDsutgYLjvNWbacIKdIM-_lWMx6j_FrTBlPkRjQkAU__3a9qPir6bBPCsLiwjm9jZa1_25kF908lNx0Z7bQ255s__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:285
dispatch @ js__dU859nniAHOO3ZZ49DZUXr5Frl9T3QSa81hYdDf9Uas__1Tf7Fi7ZEi0LVYZbZYn2z46aXwifjwu_MFpx644_2lc__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:4
v.handle @ js__dU859nniAHOO3ZZ49DZUXr5Frl9T3QSa81hYdDf9Uas__1Tf7Fi7ZEi0LVYZbZYn2z46aXwifjwu_MFpx644_2lc__FlKQa-km3xlDGPoIZZNvuMHu2QCQHy1fxdhBQcnM3Fs.js:4`https://lab.civicrm.org/dev/drupal/-/issues/42Drupal8: Can't upload images via CKEditor/kcfinder2019-04-17T15:38:50ZJonGoldDrupal8: Can't upload images via CKEditor/kcfinderTo authenticate, CKEditor calls [CRM_Utils_System::loadBootStrap() followed by CRM_Core_Permission::check()](https://github.com/civicrm/civicrm-packages/blob/master/kcfinder/integration/civicrm.php#L105-L108).
No Drupal8-specific method...To authenticate, CKEditor calls [CRM_Utils_System::loadBootStrap() followed by CRM_Core_Permission::check()](https://github.com/civicrm/civicrm-packages/blob/master/kcfinder/integration/civicrm.php#L105-L108).
No Drupal8-specific method exists, but when I created one, `CRM_Core_Permission_Drupal8::check()` couldn't load the [current user](https://github.com/civicrm/civicrm-core/blob/master/CRM/Core/Permission/Drupal8.php#L61). I assume something is failing in the `loadBootstrap()` call but I can't figure out what it is.
[This SE post](https://drupal.stackexchange.com/questions/196203/how-do-i-check-the-current-user-session) seems to contain details, but I'm not Drupal-savvy enough to interpret it.5.13.0https://lab.civicrm.org/dev/drupal/-/issues/43Drupal8: composer requires psr/log ~1.0.0, incompatible with psr/log 1.1.02019-01-09T02:48:58ZJonGoldDrupal8: composer requires psr/log ~1.0.0, incompatible with psr/log 1.1.0I found this issue reported on Stack Exchange: https://civicrm.stackexchange.com/q/27832/12
`civicrm-core` and `civicrm-cxn-rpc` both specify a dependency on `psr/log ~1.0.0`. `psr/log` version 1.1 came out last month, and apparently s...I found this issue reported on Stack Exchange: https://civicrm.stackexchange.com/q/27832/12
`civicrm-core` and `civicrm-cxn-rpc` both specify a dependency on `psr/log ~1.0.0`. `psr/log` version 1.1 came out last month, and apparently some Drupal-related package already requires it.
There are only three commits' difference between 1.0.2 and 1.1.0, and one is in the README. I'm not a PSR-3 expert, but my sense is that we can change our composer dependencies to support the newer version.https://lab.civicrm.org/dev/drupal/-/issues/44[webform_civicrm] - enable contribution fails with php fatal error in drupal82019-04-29T10:47:32ZDeepak Srivastava[webform_civicrm] - enable contribution fails with php fatal error in drupal8When trying to enable contribution in webform_civicrm, receive a fatal error:
![image](/uploads/7193d1469fdaab57b268a014c744a5bc/image.png)
![image](/uploads/b6bc4c76ccf152fc21f1450f8be9c3c7/image.png)
Error: Call to undefined functio...When trying to enable contribution in webform_civicrm, receive a fatal error:
![image](/uploads/7193d1469fdaab57b268a014c744a5bc/image.png)
![image](/uploads/b6bc4c76ccf152fc21f1450f8be9c3c7/image.png)
Error: Call to undefined function webform_component_invoke() in wf_crm_admin_form::addPageBreak() (line 2057 of /var/www/vhosts/example.org/crm.example.org/modules/webform_civicrm/includes/wf_crm_admin_form.inc) #0 /var/www/vhosts/example.org/crm.example.org/modules/webform_civicrm/includes/wf_crm_admin_form.inc(1983): wf_crm_admin_form::addPageBreak(Array) #1 /var/www/vhosts/example.org/crm.example.org/modules/webform_civicrm/includes/wf_crm_admin_form.inc(1713): wf_crm_admin_form::insertComponent(Array, Array, Array, false) #2 /var/www/vhosts/example.org/crm.example.org/modules/webform_civicrm/src/Form/WebformCiviCRMSettingsForm.php(107): wf_crm_admin_form->postProcess() #3 [internal function]: Drupal\webform_civicrm\Form\WebformCiviCRMSettingsForm->submitForm(Array, Object(Drupal\Core\Form\FormState)) #4 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/Form/FormSubmitter.php(111): call_user_func_array(Array, Array) #5 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/Form/FormSubmitter.php(51): Drupal\Core\Form\FormSubmitter->executeSubmitHandlers(Array, Object(Drupal\Core\Form\FormState)) #6 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/Form/FormBuilder.php(589): Drupal\Core\Form\FormSubmitter->doSubmitForm(Array, Object(Drupal\Core\Form\FormState)) #7 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/Form/FormBuilder.php(318): Drupal\Core\Form\FormBuilder->processForm('webform_civicrm...', Array, Object(Drupal\Core\Form\FormState)) #8 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/Controller/FormController.php(93): Drupal\Core\Form\FormBuilder->buildForm('webform_civicrm...', Object(Drupal\Core\Form\FormState)) #9 [internal function]: Drupal\Core\Controller\FormController->getContentResult(Object(Symfony\Component\HttpFoundation\Request), Object(Drupal\Core\Routing\RouteMatch)) #10 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(123): call_user_func_array(Array, Array) #11 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/Render/Renderer.php(582): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() #12 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(124): Drupal\Core\Render\Renderer->executeInRenderContext(Object(Drupal\Core\Render\RenderContext), Object(Closure)) #13 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(97): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) #14 /var/www/vhosts/example.org/crm.example.org/vendor/symfony/http-kernel/HttpKernel.php(151): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() #15 /var/www/vhosts/example.org/crm.example.org/vendor/symfony/http-kernel/HttpKernel.php(68): Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object(Symfony\Component\HttpFoundation\Request), 1) #16 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/StackMiddleware/Session.php(57): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #17 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(47): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #18 /var/www/vhosts/example.org/crm.example.org/core/modules/page_cache/src/StackMiddleware/PageCache.php(99): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #19 /var/www/vhosts/example.org/crm.example.org/core/modules/page_cache/src/StackMiddleware/PageCache.php(78): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true) #20 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(47): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #21 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(52): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #22 /var/www/vhosts/example.org/crm.example.org/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #23 /var/www/vhosts/example.org/crm.example.org/core/lib/Drupal/Core/DrupalKernel.php(669): Stack\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #24 /var/www/vhosts/example.org/crm.example.org/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request)) #25 {main}.
Drupal version : 8.6.5
CiviCRM Webform (webform_civicrm) : 8.x-5.x-dev
Webform (webform) : 8.x-5.1
CiviCRM : 5.9.0https://lab.civicrm.org/dev/drupal/-/issues/46Search list column sort2019-04-22T18:56:39ZjcisaacSearch list column sortSpecs: **CiviCRM 4.6.37** and **Drupal 7.59**.
When executing a search of contributions, the default sort is by date. If wanting to sort by any other column, it doesn’t work – just reloads the page.Specs: **CiviCRM 4.6.37** and **Drupal 7.59**.
When executing a search of contributions, the default sort is by date. If wanting to sort by any other column, it doesn’t work – just reloads the page.https://lab.civicrm.org/dev/drupal/-/issues/47It is no longer possible to have the default country not set2019-02-04T02:07:38ZhowardshandIt is no longer possible to have the default country not setReported this previously at https://issues.civicrm.org/jira/browse/CRM-18100, and it was fixed, though I can't find the ticket for the fix.
Did a new install of 5.7.3 and default country is required. All sandboxes show the same requirem...Reported this previously at https://issues.civicrm.org/jira/browse/CRM-18100, and it was fixed, though I can't find the ticket for the fix.
Did a new install of 5.7.3 and default country is required. All sandboxes show the same requirement.https://lab.civicrm.org/dev/drupal/-/issues/49Clearing CiviCRM cache not regenerating the angular-modules.js2022-12-02T01:43:08ZshaneonabikeClearing CiviCRM cache not regenerating the angular-modules.js**What Happened**
I realize this //could be// an edge case, but I accidentally deleted the angular-modules.js file when installing D8 with CiviCRM.
**What did I expect**
Either that an error message on /civicrm/a/#/status indicating ho...**What Happened**
I realize this //could be// an edge case, but I accidentally deleted the angular-modules.js file when installing D8 with CiviCRM.
**What did I expect**
Either that an error message on /civicrm/a/#/status indicating how I could rebuild this file and/or when clearing the CiviCRM cache it would be regenerated.
**What I tried**
- Tried to clear the cache (nothing changed)
- Tried to run composer update (nothing changed)
- Wasn't sure where or how to run bower update in order to attempt that part
I would be happy to add additional information on the wiki as well if that helps with relation to this. I just thought that perhaps we could put some additional messages do indicate that angular is not found and therefore some parts might not work properly.https://lab.civicrm.org/dev/drupal/-/issues/50Changing pages on Pagination from the Dashlet causes the report to go fullscreen2021-02-04T19:22:56ZmclubbChanging pages on Pagination from the Dashlet causes the report to go fullscreenAfter we updated to 5.10.3 our client reported that going to the next result (page) the dashlet would take over the full screen. There wasn't any way to minimize or close this if it was a modal. I have tested this out as well and I am ab...After we updated to 5.10.3 our client reported that going to the next result (page) the dashlet would take over the full screen. There wasn't any way to minimize or close this if it was a modal. I have tested this out as well and I am able to replicate.
Drupal 7 (latest)
CiviCRM 5.10.3
To recreate:
* Create a report that will enable pagination and make sure you can add it to the dashboard
* Add the dashlet to the dashboard
* Click on the next page or some other page that is available for the report
* You should see that it goes full screen
Thankshttps://lab.civicrm.org/dev/drupal/-/issues/52Drupal8: getUrlPath: avoid relying on the deprecated 'q' variable2020-05-27T12:49:03ZbgmDrupal8: getUrlPath: avoid relying on the deprecated 'q' variableContext: Symbiotic has an extension for theming that uses this trick to detect whether it's running in a frontend or backend form (to avoid loading our CSS on the frontend):
```
function adminimore_civicrm_config(&$config) {
$path = C...Context: Symbiotic has an extension for theming that uses this trick to detect whether it's running in a frontend or backend form (to avoid loading our CSS on the frontend):
```
function adminimore_civicrm_config(&$config) {
$path = CRM_Utils_System::getUrlPath();
$item = CRM_Core_Menu::get($path);
$resources = CRM_Core_Resources::singleton();
// if item is not known, assume it's public (e.g. wordpress shortcode)
if ($item && !CRM_Utils_Array::value('is_public', $item)) {
$resources->addStyleFile(ADMINIMORE_RESOURCE, 'css/civicrm-admin.css', 15, 'html-header');
$resources->addStyleFile(ADMINIMORE_RESOURCE, 'css/civicrm-buttons.css', 15, 'html-header');
}
$resources->addStyleFile(ADMINIMORE_RESOURCE, 'css/civicrm-menu.css', 15, 'html-header');
_adminimore_civix_civicrm_config($config);
}
```
In Drupal8, we were having weird problems where the CSS would sometimes not load. If we refreshed, it loaded, but after some time, the bug would appear again and we would stumble on a screen using the default CiviCRM CSS.
After some poking around, it seems that Drupal8 deprecated the 'q' variable, which CiviCRM is still using in `CRM_Utils_System::getUrlPath()`.
I did a quick patch to test a workaround, which so far seems to be working:
```
public static function getUrlPath() {
if (CRM_Core_Config::singleton()->userFramework == 'Drupal8') {
if (class_exists('Drupal') && \Drupal::hasContainer()) {
$path = \Drupal::service('path.current')->getPath();
// Remove '/' prefix. Ex: '/civicrm/contribute' becomes 'civicrm/contribute'.
if ($path) {
$path = substr($path, 1);
// Remove the language prefix, if present
// The URL returned by Drupal randomly includes the language prefix, sometimes not.
if (preg_match('/^\w\w\//', $path)) {
$path = substr($path, 3);
}
return $path;
}
}
}
if (isset($_GET[CRM_Core_Config::singleton()->userFrameworkURLVar])) {
return $_GET[CRM_Core_Config::singleton()->userFrameworkURLVar];
}
return NULL;
}
```
A cleaner solution might be to check if the `$config->userSystem->getUrlPath()` function exists, and if it does, call it?https://lab.civicrm.org/dev/drupal/-/issues/38Drupal8: Can't call CRM_Utils_System::url() from CLI with absolute URL2019-08-23T14:30:53ZJonGoldDrupal8: Can't call CRM_Utils_System::url() from CLI with absolute URLThis is easy to replicate. Run the following command on a D8 site and compare it to a non-D8 site:
```shell
cv ev 'return CRM_Utils_System::url("civicrm", NULL, TRUE)'
```
On D7 etc., you'll get something like:
```
"http://dmaster.local...This is easy to replicate. Run the following command on a D8 site and compare it to a non-D8 site:
```shell
cv ev 'return CRM_Utils_System::url("civicrm", NULL, TRUE)'
```
On D7 etc., you'll get something like:
```
"http://dmaster.localhost/civicrm"
```
On D8, you'll get:
```
"http://:/civicrm"
```
`CRM_Utils_System_Drupal8::url()` calls a [Drupal-specific method](https://github.com/civicrm/civicrm-core/blob/master/CRM/Utils/System/Drupal8.php#L307-L311) to construct the URL. Ultimately, this calls Symfony's [getHost()](https://github.com/symfony/http-foundation/blob/2.8/Request.php#L1202) method, which populates the URL from PHP superglobals which aren't populated when running from CLI.
After digging, I found that there's no way D8 can auto-detect the correct base when run from the CLI, so I'm submitting a PR to pre-set the base when an absolute URL is needed.JonGoldJonGoldhttps://lab.civicrm.org/dev/drupal/-/issues/54Drupal8 CiviCRM conflicts with Masquerade module2022-02-24T00:33:50ZJonGoldDrupal8 CiviCRM conflicts with Masquerade moduleReported on d.o originally by jptillman (who is on chat.c.o with the same name) in the Masquerade queue: https://www.drupal.org/project/masquerade/issues/3019665
I confirmed the same issue, and also confirmed that uninstalling CiviCRM r...Reported on d.o originally by jptillman (who is on chat.c.o with the same name) in the Masquerade queue: https://www.drupal.org/project/masquerade/issues/3019665
I confirmed the same issue, and also confirmed that uninstalling CiviCRM resolves this issue. This fits a pattern of Civi having some sort of incorrect interaction with the D8 user login - see #53, core#231, and [CRM-19878](https://issues.civicrm.org/jira/browse/CRM-19878) for other examples.5.41.0https://lab.civicrm.org/dev/drupal/-/issues/55Cannot add Image to Badge Layout on Drupal 8.6.14 CiviCRM 5.12.0.2019-04-17T17:26:59ZcaribbeanCannot add Image to Badge Layout on Drupal 8.6.14 CiviCRM 5.12.0.Go to Administer -> CiviEvent -> Event Name Badge Layouts
Trying to Click "Image (top left)" or "Image (top right)" results in new Window/Tap opens with "File not found."
Output of Web Server error log: [error] 4760#4760: *5993 FastCGI...Go to Administer -> CiviEvent -> Event Name Badge Layouts
Trying to Click "Image (top left)" or "Image (top right)" results in new Window/Tap opens with "File not found."
Output of Web Server error log: [error] 4760#4760: *5993 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: xx.xx.xx.xx, server: example.com, request: "GET /libraries/civicrm/packages/kcfinder/browse.php?cms=civicrm&type=images HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.3-fpm.sock:", host: "example.com", referrer: "https://example.com/civicrm/admin/badgelayout?action=update&id=1&reset=1"
A search for browse.php finds the file in {project_root}/vendor/civicrm/civicrm-core/packages/kcfinder/browse.php but not in web_root/libraries/civicrm/packages/kcfinder
Attempting to copy the missing files and directories from the vendor folder to web folder results in another error.
Web Server nginx/1.15.11 PHP 7.3.4-1+ubuntu18.04.1 Database 5.5.5-10.3.14-MariaDB-1:10.3.14+maria
![Screen_Shot_2019-04-16_at_16.07.01](/uploads/759748c6f24f64f4ec347e19efcbead5/Screen_Shot_2019-04-16_at_16.07.01.png)https://lab.civicrm.org/dev/drupal/-/issues/57Editing contribution recorded as "Deleted Activity" when full log is enabled2021-02-04T19:23:38ZtapashEditing contribution recorded as "Deleted Activity" when full log is enabledIf an existing contribution edited when full log is enabled, it records in chage log as "Deleted Activity". Is this how it should be?If an existing contribution edited when full log is enabled, it records in chage log as "Deleted Activity". Is this how it should be?https://lab.civicrm.org/dev/drupal/-/issues/58Add Contact ID operator to the contact reference filter added in drupal view2019-04-24T06:50:11ZjitendraAdd Contact ID operator to the contact reference filter added in drupal viewContact Reference filter in a Drupal view only lets user to filter on sort_name. This field can have duplicate values on multiple contact records. It might be helpful if we could filter the results based on contact id.
Use-case
- Add a...Contact Reference filter in a Drupal view only lets user to filter on sort_name. This field can have duplicate values on multiple contact records. It might be helpful if we could filter the results based on contact id.
Use-case
- Add a contact ref custom field on a custom set extending individual. Eg `Alternate Contact Person`
- Add value to this field eg "Ashlie Adams".
- Suppose the db have more than one contact having the same sort name. eg id 203 and 206
- I need to create a Drupal view filtering values which have `Alternate Contact Person` set to contact id 203.
- The current set of filters will list all contacts for 203 and 206.
- This ticket is to address that limitation.jitendrajitendrahttps://lab.civicrm.org/dev/drupal/-/issues/59deprecate civicrm_engage2021-02-02T00:49:50Zjamiedeprecate civicrm_engageI'd like to propose we begin a process of deprecating and then removing the civicrm_engage module from the civivicrm-drupal repository.
I've just posted a blog outlining replacement extensions that can now be used with some instructions...I'd like to propose we begin a process of deprecating and then removing the civicrm_engage module from the civivicrm-drupal repository.
I've just posted a blog outlining replacement extensions that can now be used with some instructions for anyone still using civicrm_engage:
https://civicrm.org/blog/jamie/civicrmengage-is-dead-long-live-civicrmengage
I'm not sure the best process to take to deprecate a drupal module. Open to suggestions or, if we have already deprecated a drupal module in the past, pointers to the documentation or code changes we made.5.18.0https://lab.civicrm.org/dev/drupal/-/issues/60Drupal 8 doesn't see routes for mailchimp extension2019-04-26T20:13:29ZjohnkDrupal 8 doesn't see routes for mailchimp extensionsee also: https://github.com/veda-consulting/uk.co.vedaconsulting.mailchimp/issues/321
I get a 404 for all the pages specific to the mailchimp extension, when running under a D8 site.
I'm unsure whether this is a bug in the extension i...see also: https://github.com/veda-consulting/uk.co.vedaconsulting.mailchimp/issues/321
I get a 404 for all the pages specific to the mailchimp extension, when running under a D8 site.
I'm unsure whether this is a bug in the extension itself, or the civicrm-drupal-8 module, so I thought I'd open an issue here, as well.https://lab.civicrm.org/dev/drupal/-/issues/61Menubar css failing to generate with debugging enabled on staging site2020-10-24T21:30:32ZRafaelMenubar css failing to generate with debugging enabled on staging siteI have several CiviCRM instances running on a single server. They are all set up as staging environments.
All systems are running on:
- Ubuntu 16.04
- Drupal 7.66
- CiviCRM 5.13.1
- php7.2
All system had their environment set to s...I have several CiviCRM instances running on a single server. They are all set up as staging environments.
All systems are running on:
- Ubuntu 16.04
- Drupal 7.66
- CiviCRM 5.13.1
- php7.2
All system had their environment set to staging `$civicrm_setting['domain']['environment'] = 'Staging';` inside the `civicrm.settings.php` file.
Upon upgrading from 5.12 to 5.13.1 we encountered an issue with the dynamically generated `crm-menubar.css` stylesheet. Two of the five sites on our server were not generating this file and instead, the following truncated URL was being attached to the page:
`@import url("https://staging.sitename.org/index.php?pr4crf");`
Comparing with the other three working sites the import should have been of the form:
`@import url("https://dmaster.demo.civicrm.org/sites/default/files/civicrm/persist/contribute/dyn/crm-menubar.e90e0a297b223ee5d9ec64abe1b000c1.css?pr4crf");`
As a result of this CSS file not being loaded, the main navigation bar appeared completely unstyled at the bottom of all pages.
Directory permissions and Resource URLs were identical across all servers. All caches - Drupal and CiviCRM - were cleared and the contents of template_c/ manually deleted several times.
Further investigation found the working sites had the Enable Debugging setting set to off. Enabling debugging immediately caused the same truncated error on the unaffected servers and turning it off fixed the issue.
In the case of some sites, the Asset Caching feature had to also be set to Disable and then back to auto along with clearing CiviCRM Caches and Resetting all paths before the change would take effect.https://lab.civicrm.org/dev/drupal/-/issues/62Possible rework on path checking on function civicrm_user_form_validate for 7...2021-02-05T10:40:39ZVangelisPPossible rework on path checking on function civicrm_user_form_validate for 7.x branchI have had some issues with a civicrm profile validation (even with the default `Name and Address`) when it was being exposed in the drupal user registration page after adding some ajax there.
Problem that appears when you ajaxify the ...I have had some issues with a civicrm profile validation (even with the default `Name and Address`) when it was being exposed in the drupal user registration page after adding some ajax there.
Problem that appears when you ajaxify the form itself, is that contents are getting replaced. When this happens, `civicrm_user_form_validate` doesn't work. Specifically, arg(0) & arg(1) are changing (see below).
Searching a little bit more, I have noticed on [line ~~681~~ 707](https://github.com/civicrm/civicrm-drupal/blob/7.x-master/civicrm.module#L707) that there's an arg() comparison so that Civi can understand what path users are coming from ([here](https://github.com/civicrm/civicrm-drupal/blob/7.x-master/civicrm.module#L694))
May I suggest (i can make a MR) instead of doing a path search using the arg() variable, check the form `#action` or `#user_category` instead, like:
* `$register = (($form['#action'] == '/user/register' || $form['#action'] == '/admin/people/create') ? TRUE : FALSE);`
or
* `$register = (($form['#user_category'] == 'account' || $form['#user_category'] == 'register')) ? TRUE : FALSE);` (This is taken from `user_account_form_validate` [function here](https://api.drupal.org/api/drupal/modules!user!user.module/function/user_account_form_validate/7.x))
This way, validation is always there, as long as the form `#action` or `#user_category` keeps the same name(s).
One relatively easy way to reproduce is this:
On a/any environment having Drupal 7.x:
* Download and enable [bootstrap](https://www.drupal.org/project/bootstrap) as the default theme
* Download and enable [bootstrap_login_modal](https://www.drupal.org/project/bootstrap_login_modal) which will add AJAX to the user login and user register form(s). This will also cause the non-validation issue i am referring to.
* Try to register yourself and don't add a first and last name, validation will not kick-in.
Now change the civicrm.module on line 681 with the above and re-try to register yourself. Validations will now work.
There is another issue there but it'm still looking at it: The warning comes back, eg. First name is a required field but the CiviCRM profile fields do not light up, they don't inherit the class `.has-error`.https://lab.civicrm.org/dev/drupal/-/issues/63Drupal8: drupal_set_message is deprecated (or: Event Cart messages display HTML)2019-06-13T15:07:11ZbgmDrupal8: drupal_set_message is deprecated (or: Event Cart messages display HTML)When using the CiviCRM Event Cart in Drupal8, some status messages display HTML to the user.
[This PR](https://github.com/civicrm/civicrm-core/pull/13959) fixes two things:
* It uses `\Drupal\Core\Render\Markup::create` to handle marku...When using the CiviCRM Event Cart in Drupal8, some status messages display HTML to the user.
[This PR](https://github.com/civicrm/civicrm-core/pull/13959) fixes two things:
* It uses `\Drupal\Core\Render\Markup::create` to handle markup before displaying it.
* It uses the Messenger service, because drupal_set_message is deprecated since Drupal 8.5.x (2017) https://www.drupal.org/node/27749315.16.0https://lab.civicrm.org/dev/drupal/-/issues/64Drupal8/Backdrop: Bad URL on ACL page linking to CMS permissions2020-11-04T20:49:06ZJonGoldDrupal8/Backdrop: Bad URL on ACL page linking to CMS permissions`CRM_Admin_Page_Access::run()` attempts to generate a URL to the CMS permission page. It uses a switch to give a CMS-specific URL.
I wrote a Backdrop and D8-specific code, using `url()` and `\Drupal\Core\Url::fromUri()` respectively - ...`CRM_Admin_Page_Access::run()` attempts to generate a URL to the CMS permission page. It uses a switch to give a CMS-specific URL.
I wrote a Backdrop and D8-specific code, using `url()` and `\Drupal\Core\Url::fromUri()` respectively - but I think this is overcomplicated. Couldn't we just pass a string instead? Or is there some oddball situation (multi-site?) where you need to generate the URL using the Drupal-specific functions?JonGoldJonGoldhttps://lab.civicrm.org/dev/drupal/-/issues/66Recurring contributions fail to be recorded2019-06-03T08:37:17ZBobSRecurring contributions fail to be recordedAfter upgrading from from 5.10.3 to 5.13.4, certain recurring contributions from PayPal began to not be recorded, while others were recorded.
The server log indicated:
* Posts to civicrm/extern/ipn.php were failing with "Call to undefin...After upgrading from from 5.10.3 to 5.13.4, certain recurring contributions from PayPal began to not be recorded, while others were recorded.
The server log indicated:
* Posts to civicrm/extern/ipn.php were failing with "Call to undefined function variable_get() in ...civicrm/CRM/Utils/System/Drupal.php:790"
* Posts to civicrm/payment/ipn/1 were successful.
It appears that during the failed posts, we arrive in civicrm/CRM/Utils/System/Drupal.php::getTimeZoneString() without bootstrapping Drupal and die on a call to variable_get('configurable_timezones', 1).
Failure was confirmed on https://civicrm.demo.civihosting.com (received HTTP status 500 on a post to civicrm/extern/ipn.php).5.14.0https://lab.civicrm.org/dev/drupal/-/issues/69Drupal8: Problem with user registration confirm email flow2020-09-18T09:50:52ZwannesderoyDrupal8: Problem with user registration confirm email flowIn our Drupal8 & CiviCRM setup we allow visitors to create accounts, with email verification. These users are created by CiviCRM when they sign up for a membership.
We encountered some issues around the registration process: the user wa...In our Drupal8 & CiviCRM setup we allow visitors to create accounts, with email verification. These users are created by CiviCRM when they sign up for a membership.
We encountered some issues around the registration process: the user was denied permission to the password form. And the onetime login link in the mail was always invalid.
In the CRM/Utils/System/Drupal8.php file we changed some of the user registration logic to be the same as the default Drupal 8 way.
1) First issue was that the user account was not set to 1 (active) when $verify_mail_conf was set to true. In default drupal this is the case.
2) Second issue was the user was logged in immediately after sending the verification mails, this should not happen when the verify_mail_conf setting is true. User may only be logged in when checking the mail and following the onetime login link.
[civicrm-core-d8-create-user-fix.patch](/uploads/876064009461686e9ef556adb5ae4676/civicrm-core-d8-create-user-fix.patch)https://lab.civicrm.org/dev/drupal/-/issues/75[regression] `cv` fails on CiviCRM 5.15.02022-04-06T22:13:17ZJonGold[regression] `cv` fails on CiviCRM 5.15.0Any command that attempts to access Civi fails with:
```
[RuntimeException]
Cannot resolve path using "cms.root.url"
```
Civi 5.14.2 works fine.
The issue is `CRM...Any command that attempts to access Civi fails with:
```
[RuntimeException]
Cannot resolve path using "cms.root.url"
```
Civi 5.14.2 works fine.
The issue is `CRM_Utils_System_Drupal8::languageNegotiationURL()`, which was added in 5.15.0. Removing this function restores the correct behavior, but I assume has a detrimental effect on multilingual.
The underlying cause of the error is hidden because of a later PR by @bgm that accounts for the REST API. If you roll back his change, the error becomes:
```
[Drupal\Core\DependencyInjection\ContainerNotInitializedException]
\Drupal::$container is not initialized yet. \Drupal::setContainer() must be called with a real container.
```5.16.0https://lab.civicrm.org/dev/drupal/-/issues/76Proposal: Don't migrate drush commands to D82020-06-19T16:21:14ZJonGoldProposal: Don't migrate drush commands to D8CiviCRM drush commands are incompatible with modern versions of drush.
I investigated this, and each command will need to be rewritten for drush 9/D8. I've created a framework and ported a couple of my most used commands (e.g. `drush c...CiviCRM drush commands are incompatible with modern versions of drush.
I investigated this, and each command will need to be rewritten for drush 9/D8. I've created a framework and ported a couple of my most used commands (e.g. `drush civicrm-sql-cli`, `drush civicrm-sql-dump`) but there's a compelling argument to simply not rewriting drush and instead making sure that `cv` has feature parity.
For those who DO think we should continue to maintain the drush commands, I have a branch here: https://github.com/MegaphoneJon/civicrm-drupal-8
Klaas has also submitted a PR to add `drush civicrm-api` to this branch.https://lab.civicrm.org/dev/drupal/-/issues/77Drupal8: scripts in /libraries/civicrm/extern/ denied2024-01-29T09:55:42ZAlanDixonDrupal8: scripts in /libraries/civicrm/extern/ deniedTesting with CiviCRM 5.15.0, Drupal 8.7.4
Drupal's .htaccess file prevents apache from directly calling scripts except in specific directories.
So, for example, CiviMail links that go to https://domain.org/libraries/civicrm/extern/url....Testing with CiviCRM 5.15.0, Drupal 8.7.4
Drupal's .htaccess file prevents apache from directly calling scripts except in specific directories.
So, for example, CiviMail links that go to https://domain.org/libraries/civicrm/extern/url.php?u=14&qid=11 gets
Forbidden
You don't have permission to access /libraries/civicrm/extern/url.php on this server.
The best solution I've seen so far is to include
<IfModule mod_rewrite.c>
RewriteEngine Off
</IfModule>
in the extern directory.
I suspect this is a new issue due to changes in the .htaccess file in Drupal, but I'm not sure.https://lab.civicrm.org/dev/drupal/-/issues/78Drupal8: cv --user=2019-07-16T16:30:48ZAlanDixonDrupal8: cv --user=Drupal 8.7.4, CiviCRM 5.15.1, php 7.3
When trying to run this command (cli)
cv --user=blackfly --cwd=/var/www/drupal/web api job.process_mailing
I get this:
<code><pre>[Symfony\Component\Debug\Exception\FatalThrowableError] ...Drupal 8.7.4, CiviCRM 5.15.1, php 7.3
When trying to run this command (cli)
cv --user=blackfly --cwd=/var/www/drupal/web api job.process_mailing
I get this:
<code><pre>[Symfony\Component\Debug\Exception\FatalThrowableError]
Call to undefined method Drupal\Core\Session\AccountProxy::get()
</pre></code>
I'm guessing it's cv that is insufficiently booting Drupal.https://lab.civicrm.org/dev/drupal/-/issues/79Error when upgrading to 5.16.02022-08-12T05:14:12ZJGauntError when upgrading to 5.16.0Not sure if this is the right place to add the issue so apologies in advance.
I've attempted to upgrade three separate sites on three separate servers from 5.14 and 5.15 to 5.16.0 and all three came back with the following error:
Error...Not sure if this is the right place to add the issue so apologies in advance.
I've attempted to upgrade three separate sites on three separate servers from 5.14 and 5.15 to 5.16.0 and all three came back with the following error:
Error: syntax error, unexpected ':', expecting '{' in /home/example/public_html/sites/all/modules/civicrm/vendor/league/csv/src/functions.php, line 33
The three sites are all on Drupal 7 on PHP 7.1 although I did upgrade one temporarily to 7.2 and also 7.3 to see if that made a difference which it didn't.
I'm used to upgrading civi on many different sites all the time so I don't believe it to be a fault of my own.
I tried to upgrade the usual way:
- Delete old codebase
- Unpack new code base
- Run 'drush civicrm-upgrade-db'
It is when I enter the drush command the error flags up and the update fails. I've used the same method countless times in the past so I do think there is an issue somewhere.
Thanks,
Jade5.16.3https://lab.civicrm.org/dev/drupal/-/issues/81Drupal8: Large export results in logout2019-11-03T16:19:27ZJonGoldDrupal8: Large export results in logoutWhen you attempt a large export of CiviCRM data (~63K contacts, ~15 columns), Symfony kills the session. This is relatively recent behavior (didn't happen in April, for instance). Here are the watchdog logs:
Here are those stack traces,...When you attempt a large export of CiviCRM data (~63K contacts, ~15 columns), Symfony kills the session. This is relatively recent behavior (didn't happen in April, for instance). Here are the watchdog logs:
Here are those stack traces, more readable:
```
Warning: session_start(): Failed to decode session object. Session has been destroyed in Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (line 149 of /var/www/crm.agbu.org/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php)
#0 /var/www/crm.agbu.org/web/core/includes/bootstrap.inc(587): _drupal_error_handler_real(2, 'session_start()...', '/var/www/crm.ag...', 149, Array)
#1 [internal function]: _drupal_error_handler(2, 'session_start()...', '/var/www/crm.ag...', 149, Array)
#2 /var/www/crm.agbu.org/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php(149): session_start()
#3 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/Session/SessionManager.php(164): Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start()
#4 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/Session/SessionManager.php(118): Drupal\Core\Session\SessionManager->startNow()
#5 /var/www/crm.agbu.org/vendor/symfony/http-foundation/Session/Session.php(57): Drupal\Core\Session\SessionManager->start()
#6 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpFoundation\Session\Session->start()
#7 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(47): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#8 /var/www/crm.agbu.org/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#9 /var/www/crm.agbu.org/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#10 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(47): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#11 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(52): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#12 /var/www/crm.agbu.org/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#13 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/DrupalKernel.php(693): Stack\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#14 /var/www/crm.agbu.org/web/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#15 {main}.
```
```
RuntimeException: Failed to start the session in Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (line 150 of /var/www/crm.agbu.org/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php)
#0 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/Session/SessionManager.php(164): Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start()
#1 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/Session/SessionManager.php(118): Drupal\Core\Session\SessionManager->startNow()
#2 /var/www/crm.agbu.org/vendor/symfony/http-foundation/Session/Session.php(57): Drupal\Core\Session\SessionManager->start()
#3 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpFoundation\Session\Session->start()
#4 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(47): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#5 /var/www/crm.agbu.org/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#6 /var/www/crm.agbu.org/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#7 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(47): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#8 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(52): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#9 /var/www/crm.agbu.org/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#10 /var/www/crm.agbu.org/web/core/lib/Drupal/Core/DrupalKernel.php(693): Stack\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#11 /var/www/crm.agbu.org/web/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#12 {main}.
```
The first issue is a warning that the session is too large, and so it destroys the session (which causes a logout). The second issue is of "error" severity saying the session can't be found.
Here's someone else having a similar issue in Symfony (not Drupal8): https://github.com/symfony/symfony/issues/26623tottentottenhttps://lab.civicrm.org/dev/drupal/-/issues/84Drupal7: use label instead of name in membership views2023-11-09T23:27:57ZwdecraeneDrupal7: use label instead of name in membership viewsIn `drupal/modules/views/components/civicrm.member.inc` add two times 'pseudo args' so (translated) labels are used instead of machine names.
```php
//Membership Status
$data['civicrm_membership']['status'] = array(
'title' => t...In `drupal/modules/views/components/civicrm.member.inc` add two times 'pseudo args' so (translated) labels are used instead of machine names.
```php
//Membership Status
$data['civicrm_membership']['status'] = array(
'title' => t('Status'),
'real field' => 'status_id',
'help' => t('The Status of the Membership'),
'field' => array(
'handler' => 'civicrm_handler_field_pseudo_constant',
'click sortable' => TRUE,
'pseudo class' => 'CRM_Member_PseudoConstant',
'pseudo method' => 'membershipStatus',
'pseudo args' => array(NULL, NULL, 'label'),
),
'argument' => array(
'handler' => 'views_handler_argument',
),
'filter' => array(
'handler' => 'civicrm_handler_filter_pseudo_constant',
'allow empty' => TRUE,
'pseudo class' => 'CRM_Member_PseudoConstant',
'pseudo method' => 'membershipStatus',
'pseudo args' => array(NULL, NULL, 'label'),
),
'sort' => array(
'handler' => 'views_handler_sort',
),
);
```https://lab.civicrm.org/dev/drupal/-/issues/85Drupal8: Enabling language breaks a fresh CiviCRM install2020-01-26T17:07:09ZRar9Drupal8: Enabling language breaks a fresh CiviCRM installInstalled a fresh D8+civicrm via composer.
composer create-project roundearth/drupal-civicrm-project:8.x-dev MyDomain --no-interaction
setup d8
chmod +w web/sites/default
drush en -y civicrm
Change the "Resource URL" to `[cms.root]/lib...Installed a fresh D8+civicrm via composer.
composer create-project roundearth/drupal-civicrm-project:8.x-dev MyDomain --no-interaction
setup d8
chmod +w web/sites/default
drush en -y civicrm
Change the "Resource URL" to `[cms.root]/libraries/civicrm`
As icons still were not 100% I added to civicrm.settings.php the hard coded ResourceURLs
```php
if (!defined('CIVICRM_UF_BASEURL')) {
define( 'CIVICRM_UF_BASEURL' , 'https://MyDomain');
$civicrm_setting['URL Preferences']['userFrameworkResourceURL'] = '[cms.root]/libraries/civicrm';
$civicrm_paths['civicrm.root']['url'] = CIVICRM_UF_BASEURL . '/libraries/civicrm/';
$civicrm_setting['domain']['userFrameworkResourceURL'] = '[cms.root]/libraries/civicrm';
$civicrm_paths['cms.root']['path'] = '/var/www/vhosts/MyDomain/web';
}
```
Now cleared cache and CiviCRM runs :-)
But when I enable D8 language under extensions the CiviCRM site breaks! :-(
[Screenshot_1](/uploads/b0edfe413622185916d319889f178cd8/Screenshot_1.jpg)
Disabling Drupal language again, will bring back CiviCRM.5.23.0https://lab.civicrm.org/dev/drupal/-/issues/86Group Role sync not mapping users but duplicating users2019-09-13T07:05:05ZacaselliGroup Role sync not mapping users but duplicating usersHi,
The group role sync module doesn't seem to work properly anymore. When I create a new user and I log in for the first time, instead of mapping the Drupal user id with the civicrm user id, the module maps the drupal user id to a new ...Hi,
The group role sync module doesn't seem to work properly anymore. When I create a new user and I log in for the first time, instead of mapping the Drupal user id with the civicrm user id, the module maps the drupal user id to a new user that has everything blank apart from the email.
I checked in the database, and in the table uf_match to confirm and here is (I think) what the module does.
When a user logs in, the checking of the existing user doesn't work anymore, so a new user is created with only the email field and that new user civicrm id is mapped with the drupal id in the uf_match table.
This is causing a lot of problems in our website. I updated to the latest version, 5.17.3 but that didn't fix it either. I noticed this error since version 5.11https://lab.civicrm.org/dev/drupal/-/issues/87civicrm/civicrm-drupal-8 repository tags2019-09-17T23:26:00Zndaviscivicrm/civicrm-drupal-8 repository tagsusing drupal module commit 1f33241 results in drush and drupal becoming inoperable when run in drupal 8.7.6/drush 9.7.1.
rolling back to commit 41c855b8bdf15cef9b5578622e53d90b4510b317 fixes issues.
Are there plans to start tagging re...using drupal module commit 1f33241 results in drush and drupal becoming inoperable when run in drupal 8.7.6/drush 9.7.1.
rolling back to commit 41c855b8bdf15cef9b5578622e53d90b4510b317 fixes issues.
Are there plans to start tagging releases of the drupal module? (please o please o PRETTY PLEASE :-)https://lab.civicrm.org/dev/drupal/-/issues/88CRM/Utils/System/Drupal8.php autoload.php path issue 5.16.32020-04-22T14:54:19ZndavisCRM/Utils/System/Drupal8.php autoload.php path issue 5.16.3line 419.
Relies on cmsRootPath
Standard drupal installation cms path (cmsRoot) is now [drupal root]/web.
Drupal8.php now looks for autoload as **[cms.root]//autoload.php** (line 419)
Unless you symlink autoload.php from ../vendor/au...line 419.
Relies on cmsRootPath
Standard drupal installation cms path (cmsRoot) is now [drupal root]/web.
Drupal8.php now looks for autoload as **[cms.root]//autoload.php** (line 419)
Unless you symlink autoload.php from ../vendor/autoload.php this fails to find autoload.php.
Suggest an if block that first tries `require_once "autoload.php";` and if that fails (vendor directory is not in php's include_path) *then* look for it in a better place than cmsRoot. As well [cms.root] has a trailing slash so the forward slash in the `$autoloader = require_once $root."/autoload.php"` is unnecessary.
vendor is not supposed to be accessible in the web root, so for anyone who's vendor directory is not the web root, and is in a directory one directory level up (out of web root) Drupal8.php won't find autoload.php.
I'm not sure of the Drupal8.php's history, but changes related to the path to autoload.php between 5.15.1 and 5.16.3 and broke things.
If you change the [cms.root] so Drupal8.php can find autoload.php the rest of civi breaks. If I set this path properly in Drupal8.php everything works.https://lab.civicrm.org/dev/drupal/-/issues/89Drupal8 - Contact Report does not load any values in the ACL Group/Role field2020-01-15T05:06:39ZjitendraDrupal8 - Contact Report does not load any values in the ACL Group/Role fieldNo values are loaded in Access Tab -> ACL Group/Role field in any contact reports eg `Constituent Summary `
![image](/uploads/476933860e82a4ab629031222dc9d925/image.png)No values are loaded in Access Tab -> ACL Group/Role field in any contact reports eg `Constituent Summary `
![image](/uploads/476933860e82a4ab629031222dc9d925/image.png)5.23.0jitendrajitendrahttps://lab.civicrm.org/dev/drupal/-/issues/90SMS limit is hardcoded at 460 but should be changeable somewhere2021-02-04T19:26:45ZjasonobrownSMS limit is hardcoded at 460 but should be changeable somewhereTwillio (and probably other sms providers) allows SMS messages up to 1600 characters, but Civi has the limit hardcoded at 460. I've verified that by simply going to CRM/SMS/Provider.php and changing MAX_SMS_CHAR from 460 to 1600 the sys...Twillio (and probably other sms providers) allows SMS messages up to 1600 characters, but Civi has the limit hardcoded at 460. I've verified that by simply going to CRM/SMS/Provider.php and changing MAX_SMS_CHAR from 460 to 1600 the system now accepts (and sends) messages up to 1600 characters. It seems logical that the character limit should able to be adjusted and stored somewhere rather than set as a static value in the code. We are currently using the larger limit, and would really like to see this implemented asap so that we can stop manually updating the code each time we update civi.https://lab.civicrm.org/dev/drupal/-/issues/91Drupal8: Buggy behavior if user account is created without email address2020-08-07T03:28:13ZJonGoldDrupal8: Buggy behavior if user account is created without email addressIn Drupal 8, the email address isn't a required field. However, if an email address isn't specified, then the `civicrm_uf_match` record isn't created, the corresponding CiviCRM contact isn't created, and this leads to some very buggy be...In Drupal 8, the email address isn't a required field. However, if an email address isn't specified, then the `civicrm_uf_match` record isn't created, the corresponding CiviCRM contact isn't created, and this leads to some very buggy behavior, such as the dashboard showing multiple dashboards (see https://lab.civicrm.org/dev/drupal/issues/54#note_23706), which I imagine is because `civicrm_dashboard_contact` is being queried by contact ID, and finding none, simply loads all dashlets for all users.
I think the correct way to handle this is to use a Drupal hook to make the email address required.5.29.0https://lab.civicrm.org/dev/drupal/-/issues/92Drupal8 - Solarium/Solarium 5.13 breaks Civicrm2020-10-24T21:12:08ZRar9Drupal8 - Solarium/Solarium 5.13 breaks CivicrmIf Solarium/Solarium 5.13 is used all Drupal 8 breaks
I was forced to apply composer require symfony/event-dispatcher:"4.3.4 as 3.4.99"
But this gives
PHP Fatal error: Uncaught Error: Class 'Symfony\Component\EventDispatcher\Contai...If Solarium/Solarium 5.13 is used all Drupal 8 breaks
I was forced to apply composer require symfony/event-dispatcher:"4.3.4 as 3.4.99"
But this gives
PHP Fatal error: Uncaught Error: Class 'Symfony\Component\EventDispatcher\ContainerAwareEventDispatcher' not found in /var/www/vhosts/XXX/vendor/civicrm/civicrm-core/Civi/Core/CiviEventDispatcher.php:18
![image](/uploads/cfcf9db6c5faf6acecd610b4b2933197/image.png)
If civicrm is disabled site works again.https://lab.civicrm.org/dev/drupal/-/issues/93Create access role for importing memberships2019-11-04T08:53:10ZedvanleeuwenCreate access role for importing membershipsAt the moment, there is an access role to import contacts, but not for memberships. The latter shows up in the menu of users who are not allowed to import contacts.
It would be better to have a separate role for this or to attach this a...At the moment, there is an access role to import contacts, but not for memberships. The latter shows up in the menu of users who are not allowed to import contacts.
It would be better to have a separate role for this or to attach this access to the contact import role.https://lab.civicrm.org/dev/drupal/-/issues/94Notice: Undefined property: CRM_Core_DAO2024-03-13T19:07:26ZGhost UserNotice: Undefined property: CRM_Core_DAOAfter a login in drupal I see the following errors:
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-street_address in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UF...After a login in drupal I see the following errors:
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-street_address in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-city in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-postal_code in CRM_Core_BAO_UFGroup::getValues() (Zeile 1289 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-country in CRM_Core_BAO_UFGroup::getValues() (Zeile 1264 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-country_id in CRM_Core_BAO_UFGroup::getValues() (Zeile 1266 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-state_province in CRM_Core_BAO_UFGroup::getValues() (Zeile 1264 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
* Notice: Undefined property: CRM_Core_DAO::$Private_Adresse-state_province_id in CRM_Core_BAO_UFGroup::getValues() (Zeile 1266 von /var/www/html/sites/all/modules/civicrm/CRM/Core/BAO/UFGroup.php).
![image](/uploads/02599db50123540bbe5d48006cd818a6/image.png)
---
CiviCRM Version: `7.x-5.18.4`
Drupal Version: `7.67`https://lab.civicrm.org/dev/drupal/-/issues/96Add user format to CiviCRM Entity2021-02-04T19:28:45ZedvanleeuwenAdd user format to CiviCRM EntityFeature request: I would like to have the following user format added to CiviCRM Entity.
In civicrm_entity.module, function _civicrm_entity_options_username_format:
` 'nick.middle.last' => t('Nick.Middle.Last'),
'nick.middlelast'...Feature request: I would like to have the following user format added to CiviCRM Entity.
In civicrm_entity.module, function _civicrm_entity_options_username_format:
` 'nick.middle.last' => t('Nick.Middle.Last'),
'nick.middlelast' => t('Nick.MiddleLast'),`
[civicrm_entity.module](/uploads/bd29a74959e50bc5fc2411891d0a94e9/civicrm_entity.module)
In civicrm_entity.module, function civicrm_entity_action_create_user:
```
case 'nick.middle.last':
if (!empty($contact['middle_name'])) {
$params['name'] = _civicrm_entity_clean_login_name(trim($contact['nick_name']) . "." . trim($contact['middle_name']) . "." . trim($contact['last_name']));
} else {
$params['name'] = _civicrm_entity_clean_login_name(trim($contact['nick_name']) . "." . trim($contact['last_name']));
}
break;
case 'nick.middlelast':
if (!empty($contact['middle_name'])) {
$params['name'] = _civicrm_entity_clean_login_name(trim($contact['nick_name']) . "." . trim($contact['middle_name']) . trim($contact['last_name']));
} else {
$params['name'] = _civicrm_entity_clean_login_name(trim($contact['nick_name']) . "." . trim($contact['last_name']));
}
break;
```
An adapted file has been attached.https://lab.civicrm.org/dev/drupal/-/issues/97Status report update for Drupal (similar to what was done for Backdrop)2020-01-29T14:53:02ZlarynStatus report update for Drupal (similar to what was done for Backdrop)I wrote a PR for Backdrop some time back and have been meaning to check if it would be desired for Drupal 7 as well -- if so I would be happy to base a MR here off of what I did there. Here's a visual of how it looks in Backdrop's Status...I wrote a PR for Backdrop some time back and have been meaning to check if it would be desired for Drupal 7 as well -- if so I would be happy to base a MR here off of what I did there. Here's a visual of how it looks in Backdrop's Status Report page (Drupal 7 status report would obviously look a little different):
![Screen_Shot_2019-12-04_at_7.10.28_PM](/uploads/0a83d103f2aec9652797d3ce71c41345/Screen_Shot_2019-12-04_at_7.10.28_PM.jpg)
Would a version of this for Drupal 7 be accepted?https://lab.civicrm.org/dev/drupal/-/issues/98CiviCRM session instance not working when Masquerading in Drupal 72021-09-01T21:02:42ZMichael McAndrewCiviCRM session instance not working when Masquerading in Drupal 7Have just upgraded to D7-5.20.1 and noticed that CRM_Core_Session::singleton() does not work when masquerading.
Setting a breakpoint in a Drupal page while masquerading and running `Civi::log()->debug(var_export(CRM_Core_Session::single...Have just upgraded to D7-5.20.1 and noticed that CRM_Core_Session::singleton() does not work when masquerading.
Setting a breakpoint in a Drupal page while masquerading and running `Civi::log()->debug(var_export(CRM_Core_Session::singleton(),true))`
Results in the following in the log:
```
Dec 11 13:08:57 [debug] CRM_Core_Session::__set_state(array(
'_key' => 'CiviCRM',
'_session' =>
array (
'masquerading' => '76',
),
))
```5.23.0https://lab.civicrm.org/dev/drupal/-/issues/99Error when creating user record for Civi contact2020-10-19T23:41:42ZjptillmanError when creating user record for Civi contactIn Drupal 8 (at least), when I choose to "Create User Record" from the "Actions" menu-button while viewing a CRM contact, it will show me the typical username/password form to complete, and when I submit it, it works, but I get this erro...In Drupal 8 (at least), when I choose to "Create User Record" from the "Actions" menu-button while viewing a CRM contact, it will show me the typical username/password form to complete, and when I submit it, it works, but I get this error message:
```
Notice: Trying to get property 'id' of non-object in CRM_Core_BAO_UFMatch::updateContactEmail() (line 449 of /var/www/sitename/vendor/civicrm/civicrm-core/CRM/Core/BAO/UFMatch.php).
```
When I try to create a user account from the Drupal side, for an email that already exists in Civi, I get the exact same error, but Civi creates a NEW contact which is empty except for the email, resulting in 2 contacts with duplicate emails.
Preferred behavior is, of course, for both actions to result in a properly matched up Drupal User and CiviCRM contact record.https://lab.civicrm.org/dev/drupal/-/issues/100Edit rights when access does not allow it2023-12-21T00:31:59ZedvanleeuwenEdit rights when access does not allow itI have a role which does not have edit rights for contacts. It is part of an access group which has Edit rights on the group of contacts to be managed.
Does the ACL overrule the Drupal rights?
(For memberships: limiting access from Dru...I have a role which does not have edit rights for contacts. It is part of an access group which has Edit rights on the group of contacts to be managed.
Does the ACL overrule the Drupal rights?
(For memberships: limiting access from Drupal does not give edit rights, which I think acts correctly)https://lab.civicrm.org/dev/drupal/-/issues/101Error cancelling Drupal user2020-01-06T21:44:57ZedvanleeuwenError cancelling Drupal userWhen I cancel a Drupal user account, I get a non-descriptive error and cancellation has not been done. Doing this a second time does cancel the user, but the user relation is still visible in Civi because the entry in civicrm_uf_match is...When I cancel a Drupal user account, I get a non-descriptive error and cancellation has not been done. Doing this a second time does cancel the user, but the user relation is still visible in Civi because the entry in civicrm_uf_match is not removed.
Using Drupal 7.67 and CiviCRM 5.20.2.https://lab.civicrm.org/dev/drupal/-/issues/104Drupal8 + Plesk: User path missing from cmsRootPath()2020-01-15T06:04:53ZRar9Drupal8 + Plesk: User path missing from cmsRootPath()The cmsRootPath() is not able to get absolute path, specifically the user folder portion of the path on Plesk.
This might be caused by multisite setup, function being insufficient or permission.
To fix CRON for plesk the following nee...The cmsRootPath() is not able to get absolute path, specifically the user folder portion of the path on Plesk.
This might be caused by multisite setup, function being insufficient or permission.
To fix CRON for plesk the following needs to be changed
vendor/civicrm/civicrm-core/CRM/Utils/System/Drupal8.php at line 441:
```diff
-return $civicrm_paths['cms.root']['path'];
+return realpath($_SERVER["DOCUMENT_ROOT"]) . '/'.array_slice(explode('/', $civicrm_paths['cms.root']['path']), -1)[0];
```
The cause is that in Plesk all files and directories under a domain document root directory should belong to psacln group and to the sysuser user. Where sysuser is a user of a corresponding subscription.
CIVICRM Cron only expects a chown -R www-data|psaserv .
The way to set correct permission is a correct way to fix the issue for subdomain.
This is described in the article above in step 3. https://support.plesk.com/hc/en-us/articles/115004094934https://lab.civicrm.org/dev/drupal/-/issues/154Proposal - fix for How do I add CiviCRM Activity attachment to View2021-02-04T19:20:09ZeileenProposal - fix for How do I add CiviCRM Activity attachment to ViewI'm adding this gitlab to track https://github.com/civicrm/civicrm-drupal/pull/382 which I'm going to close as it stagnated 4 years agoI'm adding this gitlab to track https://github.com/civicrm/civicrm-drupal/pull/382 which I'm going to close as it stagnated 4 years agohttps://lab.civicrm.org/dev/drupal/-/issues/105Drupal 8 routes don't rebuild automatically2020-11-04T20:41:28ZjohnkDrupal 8 routes don't rebuild automaticallyI use CiviCRM 5.21.1 with Drupal 8.8. Oftentimes, after I upgrade an extension, I have to run this command:
`drush ev '\Drupal::service("router.builder")->rebuild();'`
My questions are: does this occur automatically for upgrades to Civ...I use CiviCRM 5.21.1 with Drupal 8.8. Oftentimes, after I upgrade an extension, I have to run this command:
`drush ev '\Drupal::service("router.builder")->rebuild();'`
My questions are: does this occur automatically for upgrades to CiviCRM itself? It seems like maybe it does. I think, in that case, it should be automatic for extension upgrades, as well.
At the very least this command needs to be documented somewhere. I did a Google search, and all I found was some of my old bug reports!https://lab.civicrm.org/dev/drupal/-/issues/106Latest master (5.23) code not working with roundearth/drupal 8 because resour...2020-04-02T19:36:52ZDaveDLatest master (5.23) code not working with roundearth/drupal 8 because resource urls are formed incorrectlyIt seems at least partly from the changes here https://github.com/civicrm/civicrm-core/pull/16407#pullrequestreview-350540291. When I remove that block the resources start loading again except for a few places, like the "include profiles...It seems at least partly from the changes here https://github.com/civicrm/civicrm-core/pull/16407#pullrequestreview-350540291. When I remove that block the resources start loading again except for a few places, like the "include profiles" tab when configuring a contribution page.
What's happening is the resource urls are all coming out like
```
<script src="http://example.org/full/filesystem/path/to/vendor/civicrm/civicrm-core/bower_components/jquery/dist/jquery.min.js">
```
I first tried updating my drupal 8 dev site, then I started fresh like below and had the same problem, so it wasn't specific to my earlier testing environment.
* Installed roundearth and got a working 5.22 install.
* Then updated it to master - using [this method](https://civicrm.stackexchange.com/a/34321/181).
* Briefly, hack roundearth Handler.php to understand that dev-master means the NIGHTLY tarball, then composer require civicrm/civicrm-core:dev-master.
* I had to adjust the require command slightly for civicrm-setup and zetamail (civicrm/civicrm-setup:^0.4.x-dev zetacomponents/mail:^1.9).
Does the latest master require a different resources install path or different settings from what roundearth uses for drupal 8? @totten?https://lab.civicrm.org/dev/drupal/-/issues/109OG_Sync gives fatal error if User is Anonymous2020-03-16T07:37:34ZTony Maynard-SmithOG_Sync gives fatal error if User is AnonymousWhen creating or updating an Organic Group page, if the Author is set to Anonymous or left blank, the OG_Sync module throws a Fatal Error. This can be seen as line 224 of the civicrm_og_sync.module file in the attached backtrace.
Anonym...When creating or updating an Organic Group page, if the Author is set to Anonymous or left blank, the OG_Sync module throws a Fatal Error. This can be seen as line 224 of the civicrm_og_sync.module file in the attached backtrace.
Anonymous is a valid entry for Author on the Drupal form, and should not throw this error. We have a number of occurrences of this where the Group Page has been converted from a previous normal page not using OG, and the original Author had been deleted or otherwise set to Anonymous.
![OG_Sync_error](/uploads/d1c254caa0e18bb4370186657cf1c556/OG_Sync_error.png)https://lab.civicrm.org/dev/drupal/-/issues/111Multiple jquery errors after upgrading to Drupal 8.8.42020-03-22T15:24:38ZRob_SMultiple jquery errors after upgrading to Drupal 8.8.4I've applied the latest security patch to upgrade to Drupal 8.8.4 and it seems to have broken Civi. At /civicrm I am seeing no menu, the dashboards aren't loading and cannot be edited / updated. There are numerous js errors on the page w...I've applied the latest security patch to upgrade to Drupal 8.8.4 and it seems to have broken Civi. At /civicrm I am seeing no menu, the dashboards aren't loading and cannot be edited / updated. There are numerous js errors on the page which seem to stem from jquery being missing. THe first error is:
ReferenceError: jQuery is not defined /libraries/civicrm/js/Common.js:4:10
Any advice would be appreciated here people pleasehttps://lab.civicrm.org/dev/drupal/-/issues/112Installer requires anonymous users to have Administer site config permission ...2020-04-01T07:24:21ZherbdoolInstaller requires anonymous users to have Administer site config permission in order to installI'm installing CiviCRM 5.23.2 on Drupal 7 by going to `sites/all/modules/civicrm/install/`. It's a fresh Drupal 7 install on Lando. I get this message "The installer can only be run by a user with the permission to administer site config...I'm installing CiviCRM 5.23.2 on Drupal 7 by going to `sites/all/modules/civicrm/install/`. It's a fresh Drupal 7 install on Lando. I get this message "The installer can only be run by a user with the permission to administer site configuration." and it only allows me to install when I give anon users this permission. I am logged in as admin with all permissions enabled. So somehow the session is no longer active at the URL.https://lab.civicrm.org/dev/drupal/-/issues/114Installing drupal 8 using civicrm-setup leads to "incorrect resource url" sys...2020-08-17T04:43:57ZDaveDInstalling drupal 8 using civicrm-setup leads to "incorrect resource url" system status check errorsWhat the check is doing is evaluating `CRM_Core_Config::singleton()->userFrameworkResourceURL` as part of computing the path to the packages folder, but here that evaluates to `[cms.root]/libraries/civicrm/core/`, which in drupal 8 is se...What the check is doing is evaluating `CRM_Core_Config::singleton()->userFrameworkResourceURL` as part of computing the path to the packages folder, but here that evaluates to `[cms.root]/libraries/civicrm/core/`, which in drupal 8 is separated from packages.
One possibility is to instead evaluate `[civicrm.packages]`, i.e. line https://github.com/civicrm/civicrm-core/blob/5.23.3/CRM/Utils/Check/Component/Env.php#L867 should change to:
`$arrowUrl = \Civi::paths()->getUrl('[civicrm.packages]/jquery/css/images/arrow.png', 'absolute');`
I'm just not sure if that then works with other CMSs. Alternatively maybe it should check for something in core?5.29.0https://lab.civicrm.org/dev/drupal/-/issues/115Let's make some D8 upgrade documentation2020-10-20T21:12:09ZStoobLet's make some D8 upgrade documentation[This single stack exchange](https://civicrm.stackexchange.com/questions/33945/how-can-i-update-civicrm-installed-with-drupal-8-using-composer) the best documentation yet I've found about upgrading Drupal 8 and it is varied and cluttered...[This single stack exchange](https://civicrm.stackexchange.com/questions/33945/how-can-i-update-civicrm-installed-with-drupal-8-using-composer) the best documentation yet I've found about upgrading Drupal 8 and it is varied and cluttered. With a security update of Civi planned for April, we need to provide a more consolidated way to provide upgrade instructions. I volunteer to help, but since I have not yet been successful upgrading my Composer-installed Civi on D8 (hosted by CiviHosting) myself I am not qualified to write it. I am currently looking for solutions and collaborators.2020-04-11https://lab.civicrm.org/dev/drupal/-/issues/117Profiles used for editing user records in drupal 8 don't load civi javascript2021-06-14T15:53:02ZDaveDProfiles used for editing user records in drupal 8 don't load civi javascript1. Create a civi profile that has `View/Edit Drupal User Account` checked under "Used For".
1. Add the Individual birthdate field.
1. Clear drupal cache at admin/config/development/performance (otherwise the tab in the next step won't sh...1. Create a civi profile that has `View/Edit Drupal User Account` checked under "Used For".
1. Add the Individual birthdate field.
1. Clear drupal cache at admin/config/development/performance (otherwise the tab in the next step won't show up).
1. Edit any user record under /admin/people.
1. Click on the tab for the profile you made.
1. Birthdate field has no datepicker. If you turn off aggregation which is on by default you can see no civi javascript seems to be even listed (i.e. it's not a 404 or resource url issue).
Civi and civicrm-drupal-8 version is master.5.40.0https://lab.civicrm.org/dev/drupal/-/issues/118civicrm_views module no longer present causing updatedb error: "The module ci...2020-04-30T18:34:04Zjohnkcivicrm_views module no longer present causing updatedb error: "The module civicrm_views does not exist"CiviCRM 5.24.4 with Drupal 8.8.5. The last few version upgrades, now, I get this error from updatedb.
```
In ExtensionList.php line 265:
...CiviCRM 5.24.4 with Drupal 8.8.5. The last few version upgrades, now, I get this error from updatedb.
```
In ExtensionList.php line 265:
The module civicrm_views does not exist.
```
I thought I was able to fix it, before, with a `drush pm:uninstall civicrm_views`. (I don't need it.) But the error came back. This time I was only able to resolve it by copying civicrm_views from my vendor/civicrm/civicrm-drupal-8/modules/ into web/modules/contrib/civicrm/modules. I can then run the updatedb. Even though I now have this module disabled, I can't remove it from web/modules or I get this in my Apache log upon going to the status page:
```
Uncaught PHP Exception Drupal\\Core\\Extension\\Exception\\UnknownExtensionException: "The module civicrm_views does not exist or is not installed." at /var/www/acreresidency.org/web/core/lib/Drupal/Core/Extension/ExtensionList.php line 346
```
Was this recently taken out of the set of modules and stuff that gets installed by the composer scripts? I'm thinking back to when I used to have to do some of this install work manually, and then eventually composer took over for me.
If I had to take a guess at what this bug is: civicrm_views got removed from what is installed by default, but I already had it installed. And the module doesn't properly clean up after itself on uninstall?
I seem to recall I also, for one of the upgrades, had to remove a line saying "civicrm_views" from an extensions list that's in my config/sync. Just now I looked in the database too. I tried out some "LIKE" queries with "civicrm_view%", and I wasn't able to find anything in my drupal_config table that relates to this module.
How screwed up is my install now? I should have reported this sooner.https://lab.civicrm.org/dev/drupal/-/issues/119Exception handling - 'Allowed memory size' exhasted issues2020-10-05T22:47:08ZRob_SException handling - 'Allowed memory size' exhasted issuesI'm having issues with Exception handling. I've hit a few places, where rather than getting provided with a useful error message, I am getting WSOD and then in the Apache error logs I am seeing "PHP Fatal error: Allowed memory size of x...I'm having issues with Exception handling. I've hit a few places, where rather than getting provided with a useful error message, I am getting WSOD and then in the Apache error logs I am seeing "PHP Fatal error: Allowed memory size of xxx bytes exhausted (tried to allocate xxx bytes) in Unknown on line 0".
"Unknown on line 0" isn't very helpful. One instance where I am getting this is if I want to view a contribution page, that has "Allow individuals to contribute and / or signup for membership on behalf of an organisation?" selected, but the user does not have the 'CiviCRM: profile create' permission.
It's taken me a while to narrow down the problem following a debug_backtrace() in templates/CRM/Contribute/Form/Contribution/Main.tpl.
I've tracked it as far as CRM_Core_Exception. The constructor method here is working ok, but there is another method, getErrorData() which is somehow getting called, but I cannot figure out where from. It seems to me that there must be some kind of infinite loop thing going on with one Exception class calling another. CRM_Core_Exception extends PEAR_Exception which extends Exception.
I have at least three other instances of WSOD on the site, with the same uninformative 'Allowed memory size ..' errors in the Apache log, but I haven't got as far as tracking them down to see if it is the same thing yet.
Is anyone else having problems like this? Would appreciate any thoughts.5.31.0https://lab.civicrm.org/dev/drupal/-/issues/122[Drupal 9] Module incompatibilities.2021-02-02T00:50:16Zhomotechsual[Drupal 9] Module incompatibilities.This is the list of [`upgrade_status`](https://drupal.org/project/upgrade_status) warnings for the CiviCRM module on Drupal 9.0.0-rc1
| File | Line | Warning ...This is the list of [`upgrade_status`](https://drupal.org/project/upgrade_status) warnings for the CiviCRM module on Drupal 9.0.0-rc1
| File | Line | Warning | Status |
| ------------------------------------------------------------- | ---- | ---------------------------------------- | ------ |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 317 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 343 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 390 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 392 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 405 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 413 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 461 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 511 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 586 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 601 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 609 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 624 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 632 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 647 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 655 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 690 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 763 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 767 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 805 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 809 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 832 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 837 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 860 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 865 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 929 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 933 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 937 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 939 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 944 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1017 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1028 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1034 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1045 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1049 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1054 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1077 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1079 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 1081 | Call to deprecated function drush_log(). | Discussing |
| web/modules/contrib/civicrm/src/Tests/CivicrmInstallation.php | | Class Drupal\simpletest\WebTestBase not found and could not be autoloaded. | |
| web/modules/contrib/civicrm/src/Tests/CivicrmInstallation.php | 10 | Class Drupal\simpletest\WebTestBase not found and could not be autoloaded. | |
| web/modules/contrib/civicrm/src/Tests/CivicrmTestBase.php | | Class Drupal\simpletest\WebTestBase not found and could not be autoloaded. | |
| web/modules/contrib/civicrm/src/Tests/CivicrmTestBase.php | 11 | Class Drupal\simpletest\WebTestBase not found and could not be autoloaded. | |
| web/modules/contrib/civicrm | 0 | The 'civicrm' extension is not installed. Cannot check deprecated library use. | |
| web/modules/contrib/civicrm/civicrm.module | 99 | The 'civicrm/civicrm-icons' library is not defined because the defining extension is not installed. Cannot decide if it is deprecated or not. | |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 666 | The 'civicrm/upgrade' library is not defined because the defining extension is not installed. Cannot decide if it is deprecated or not. | |
| web/modules/contrib/civicrm/drush/civicrm.drush.inc | 673 | The 'civicrm/upgrade' library is not defined because the defining extension is not installed. Cannot decide if it is deprecated or not. | |
| web/modules/contrib/civicrm/civicrm.info.yml | 0 | Add core_version_requirement: ^8 \|\| ^9 to civicrm.info.yml to designate that the module is compatible with Drupal 9. See https://drupal.org/node/3070687. | [Open PR](https://github.com/civicrm/civicrm-drupal-8/pull/40) |https://lab.civicrm.org/dev/drupal/-/issues/123acl_entity_role entries deleted after upgrading to 5.25.02021-03-28T20:24:15Zedvanleeuwenacl_entity_role entries deleted after upgrading to 5.25.0After upgrading tot 5.25.0 all entries have been deleted on the Assign Users page. The table acl_entity_role is empty. In the log there are the following lines for each role:
```
"id" "acl_role_id" "entity_table" "entity_id" "is_active"...After upgrading tot 5.25.0 all entries have been deleted on the Assign Users page. The table acl_entity_role is empty. In the log there are the following lines for each role:
```
"id" "acl_role_id" "entity_table" "entity_id" "is_active" "log_date" "log_conn_id" "log_user_id" "log_action"
"458" "459" "civicrm_group" "175" "1" "2020-06-06 14:29:11" "286442" "2" "Delete"
```
I am using OG Sync which did not have any problems previously.https://lab.civicrm.org/dev/drupal/-/issues/124Cannot Load ckeditor From Drupal 82020-10-24T19:01:14ZskesslerCannot Load ckeditor From Drupal 8When going to a page that loads ckeditor in CiviCRM 5.26.2 in Drupal 8.9.1 it attempts to load CSS and JS from /core/assets/vendor/ckeditor/ however the files it is attempting to load to do not exist.
For example, there is no folder s...When going to a page that loads ckeditor in CiviCRM 5.26.2 in Drupal 8.9.1 it attempts to load CSS and JS from /core/assets/vendor/ckeditor/ however the files it is attempting to load to do not exist.
For example, there is no folder skins/moono/skin.js there is a folder called moono-lisa.
I am not sure if these are changes, typos or what have you but since there are not matching files I am not sure what to just make as a patch.
Thanks,
Stevehttps://lab.civicrm.org/dev/drupal/-/issues/125Cron url not found and other cron challenges2021-10-01T15:48:59ZHeneryHCron url not found and other cron challengesI just installed CiviCRM 5.29.alpha (dev-master) on top of Drupal 8.9.2 and it seems to have worked for the most part.
I'm having some trouble with the cron jobs. Trying all different flavors with little success.
In my instance, this ...I just installed CiviCRM 5.29.alpha (dev-master) on top of Drupal 8.9.2 and it seems to have worked for the most part.
I'm having some trouble with the cron jobs. Trying all different flavors with little success.
In my instance, this URL is not found
http://my.domain.org/sites/all/modules/civicrm/bin/cron.php
I searched for the php file and it is here.
`<cms-root>/vendor/civicrm/civicrm-core/bin/cron.php`
Any hints on getting this URL method to work?
On another method...
When I run this command line, it seems to work but my cron table in CiviCRM never shows an updated execution event.
```
<cms-root>$ sudo -u www-data cv api job.version_check --user=admin --cwd=/var/www/drupal/web
{
"is_error": 0,
"version": 3,
"count": 1,
"values": 1
}
```
yet the table sever updates...
![Screen_Shot_2020-07-13_at_12.08.12_PM](/uploads/b7eddaeb0bcc02ed011603173503314c/Screen_Shot_2020-07-13_at_12.08.12_PM.png)https://lab.civicrm.org/dev/drupal/-/issues/126Error when merging contacts2020-07-23T16:00:03ZhowardshandError when merging contactsAfter an upgrade to Civi 5.23 on Drupal 7 started experiencing an issue during contact merges:
```
backTrace
#0 sites\all\modules\civicrm\CRM\Core\Error.php(148): CRM_Core_Error::backtrace()
#1 sites\all\modules\civicrm\vendor\pear\pear...After an upgrade to Civi 5.23 on Drupal 7 started experiencing an issue during contact merges:
```
backTrace
#0 sites\all\modules\civicrm\CRM\Core\Error.php(148): CRM_Core_Error::backtrace()
#1 sites\all\modules\civicrm\vendor\pear\pear-core-minimal\src\PEAR.php(922): CRM_Core_Error::handle(Object(DB_Error))
#2 sites\all\modules\civicrm\packages\DB.php(997): PEAR_Error->__construct("DB Error: already exists", -5, 16, (Array:2), "UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501...")
#3 sites\all\modules\civicrm\vendor\pear\pear-core-minimal\src\PEAR.php(575): DB_Error->__construct(-5, 16, (Array:2), "UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501...")
#4 sites\all\modules\civicrm\vendor\pear\pear-core-minimal\src\PEAR.php(223): PEAR->_raiseError(Object(DB_mysqli), NULL, -5, 16, (Array:2), "UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501...", "DB_Error", TRUE)
#5 sites\all\modules\civicrm\packages\DB\common.php(1925): PEAR->__call("raiseError", (Array:7))
#6 sites\all\modules\civicrm\packages\DB\mysqli.php(935): DB_common->raiseError(-5, NULL, NULL, "UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501...", "1062 ** Duplicate entry '150-7752-3' for key 'UI_activity_contact'")
#7 sites\all\modules\civicrm\packages\DB\mysqli.php(405): DB_mysqli->mysqliRaiseError()
#8 sites\all\modules\civicrm\packages\DB\common.php(1231): DB_mysqli->simpleQuery("UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501")
#9 sites\all\modules\civicrm\packages\DB\DataObject.php(2696): DB_common->query("UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501")
#10 sites\all\modules\civicrm\packages\DB\DataObject.php(1829): DB_DataObject->_query("UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501")
#11 sites\all\modules\civicrm\CRM\Core\DAO.php(421): DB_DataObject->query("UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501")
#12 sites\all\modules\civicrm\CRM\Core\DAO.php(1473): CRM_Core_DAO->query("UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501", TRUE)
#13 sites\all\modules\civicrm\CRM\Dedupe\Merger.php(563): CRM_Core_DAO::executeQuery("UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501", (Array:0), TRUE, NULL, TRUE)
#14 sites\all\modules\civicrm\CRM\Dedupe\Merger.php(1316): CRM_Dedupe_Merger::moveContactBelongings(Object(CRM_Dedupe_MergeHandler), (Array:5), (Array:0))
#15 sites\all\modules\civicrm\CRM\Contact\Form\Merge.php(308): CRM_Dedupe_Merger::moveAllBelongings(150, 54501, (Array:16))
#16 sites\all\modules\civicrm\CRM\Core\Form.php(484): CRM_Contact_Form_Merge->postProcess()
#17 sites\all\modules\civicrm\CRM\Core\QuickForm\Action\Done.php(59): CRM_Core_Form->mainProcess()
#18 sites\all\modules\civicrm\packages\HTML\QuickForm\Controller.php(203): CRM_Core_QuickForm_Action_Done->perform(Object(CRM_Contact_Form_Merge), "done")
#19 sites\all\modules\civicrm\packages\HTML\QuickForm\Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Contact_Form_Merge), "done")
#20 sites\all\modules\civicrm\CRM\Core\Controller.php(335): HTML_QuickForm_Page->handle("done")
#21 sites\all\modules\civicrm\CRM\Utils\Wrapper.php(98): CRM_Core_Controller->run()
#22 sites\all\modules\civicrm\CRM\Core\Invoke.php(285): CRM_Utils_Wrapper->run("CRM_Contact_Form_Merge", "Merge Contact", (Array:0))
#23 sites\all\modules\civicrm\CRM\Core\Invoke.php(68): CRM_Core_Invoke::runItem((Array:13))
#24 sites\all\modules\civicrm\CRM\Core\Invoke.php(36): CRM_Core_Invoke::_invoke((Array:3))
#25 sites\all\modules\civicrm\drupal\civicrm.module(454): CRM_Core_Invoke::invoke((Array:3))
#26 includes\menu.inc(527): civicrm_invoke("contact", "merge")
#27 index.php(21): menu_execute_active_handler()
#28 {main}
Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
DB Error: already exists
Error Details
Database Error Code: Duplicate entry '150-7752-3' for key 'UI_activity_contact', 1062
Additional Details:
Array
(
[callback] => Array
(
[0] => CRM_Core_Error
[1] => handle
)
[code] => -5
[message] => DB Error: already exists
[mode] => 16
[debug_info] => UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501 [nativecode=1062 ** Duplicate entry '150-7752-3' for key 'UI_activity_contact']
[type] => DB_Error
[user_info] => UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501 [nativecode=1062 ** Duplicate entry '150-7752-3' for key 'UI_activity_contact']
[to_string] => [db_error: message="DB Error: already exists" code=-5 mode=callback callback=CRM_Core_Error::handle prefix="" info="UPDATE civicrm_activity_contact SET contact_id = 150 WHERE contact_id = 54501 [nativecode=1062 ** Duplicate entry '150-7752-3' for key 'UI_activity_contact']"]
)
Return to home page.
Fatal error: Uncaught CRM_Core_Exception: [0: Transaction integrity error: Expected to find active frame thrown in sites\all\modules\civicrm\Civi\Core\Transaction\Manager.php on line 93
```
This seems to be caused by the fact that we record activities for all of our mailings and merging records who were sent the same mailing is causing "Duplicate entry '150-7752-3' for key 'UI_activity_contact'". We have always done this though and have never had the error before.https://lab.civicrm.org/dev/drupal/-/issues/127Drupal 8 - Using Create User Record action on a contact with no email is too ...2020-08-04T13:32:09ZDaveDDrupal 8 - Using Create User Record action on a contact with no email is too quiet. Also CRM_Core_Session::setStatus is sometimes ignored.Followup to https://lab.civicrm.org/dev/drupal/-/issues/91 and https://github.com/civicrm/civicrm-core/pull/17771
It won't create the user but because of the way it fails the logged in user doesn't see an error, it just reloads the cont...Followup to https://lab.civicrm.org/dev/drupal/-/issues/91 and https://github.com/civicrm/civicrm-core/pull/17771
It won't create the user but because of the way it fails the logged in user doesn't see an error, it just reloads the contact view page. If you look in drupal watchdog though it will say `CRM_Core_Exception: is not of type String in CRM_Core_DAO::composeQuery() (line 1660 of ...\CRM\Core\DAO.php)`.
What's happening is hook_user_insert is trying to do stuff and it properly fails, but because of two compounding bugs you don't see the usual bounce message or fatal error screen.
One is that there are certain situations where if you call CRM_Core_Session::setStatus() and leave the message blank and only set a title, it won't show the popup.
The other is that the form doesn't look at the return value of the user create call, so even if the popup was working it would say success.
So two things:
Avoid the exception. I'm still looking closer where this should go. To be in line with https://github.com/civicrm/civicrm-drupal-8/pull/42 there could also be a non-form-related user-validation attached somewhere to handle blank emails when a drupal user is created programmatically.
Audit uses of setStatus to see if they are silently failing elsewhere, and see if fixing info.tpl makes them work. It looks like there are two others:
* On batch update for contacts, when you save it's supposed to display a popup message.
* Ditto when you delete a campaign survey.
* There is also when you delete or restore a case activity, but this follows a different path and is javascript only and doesn't use info.tpl.5.29.0https://lab.civicrm.org/dev/drupal/-/issues/128CiviCRM menu disappears immediately after clicking the CiviCRM button.2020-07-26T19:46:09ZHeneryHCiviCRM menu disappears immediately after clicking the CiviCRM button.![Screen_Shot_2020-07-10_at_7.53.31_PM](/uploads/f352a63527756f273cb26cacaf41752e/Screen_Shot_2020-07-10_at_7.53.31_PM.png)
Here is a log of the errors in my browser when the event happens
```
The resource from “http://bionic.mydomain....![Screen_Shot_2020-07-10_at_7.53.31_PM](/uploads/f352a63527756f273cb26cacaf41752e/Screen_Shot_2020-07-10_at_7.53.31_PM.png)
Here is a log of the errors in my browser when the event happens
```
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.mousewheel.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-ui/jquery-ui.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.timeentry.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/select2/select2.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery/dist/jquery.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery/dist/jquery.min.js”. civicrm:9:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.form.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/lodash-compat/lodash.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.blockUI.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/datatables/media/js/jquery.dataTables.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-validation/dist/additional-methods.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-validation/dist/jquery.validate.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.ui.datepicker.validation.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/Common.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.datepicker.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.ajax.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.notify.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/wysiwyg/crm.wysiwyg.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.tableHeader.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/smartmenus/dist/jquery.smartmenus.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/smartmenus/dist/addons/keyboard/jquery.smartmenus.keyboard.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/jquery/jquery.dashboard.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.menubar.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.optionEdit.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/noconflict.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.drupal8.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/css/crm-i.css?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/datatables/media/css/jquery.dataTables.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/font-awesome/css/font-awesome.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-ui/themes/smoothness/jquery-ui.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/css/civicrm.css?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/select2/select2.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/d3/d3.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/crossfilter2/crossfilter.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/dc-2.1.x/dc.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/css/dashboard.css?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-ui/jquery-ui.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-ui/jquery-ui.min.js”. civicrm:11:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/lodash-compat/lodash.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/lodash-compat/lodash.min.js”. civicrm:13:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.mousewheel.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.mousewheel.min.js”. civicrm:15:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/select2/select2.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/select2/select2.min.js”. civicrm:17:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.form.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.form.min.js”. civicrm:19:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.timeentry.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.timeentry.min.js”. civicrm:21:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.blockUI.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.blockUI.min.js”. civicrm:23:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/datatables/media/js/jquery.dataTables.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/datatables/media/js/jquery.dataTables.min.js”. civicrm:25:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-validation/dist/jquery.validate.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-validation/dist/jquery.validate.min.js”. civicrm:27:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-validation/dist/additional-methods.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-validation/dist/additional-methods.min.js”. civicrm:29:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.ui.datepicker.validation.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.ui.datepicker.validation.min.js”. civicrm:31:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/Common.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/Common.js?r=vESOV”. civicrm:33:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.datepicker.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.datepicker.js?r=vESOV”. civicrm:35:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.ajax.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.ajax.js?r=vESOV”. civicrm:37:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/wysiwyg/crm.wysiwyg.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/wysiwyg/crm.wysiwyg.js?r=vESOV”. civicrm:39:1
Uncaught ReferenceError: jQuery is not defined
<anonymous> http://bionic.mydomain.org/civicrm/ajax/l10n-js/en_US?cid=2&r=vESOV:114
en_US:114:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.tableHeader.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.tableHeader.js”. civicrm:43:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.notify.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/packages/jquery/plugins/jquery.notify.min.js”. civicrm:45:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/smartmenus/dist/jquery.smartmenus.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/smartmenus/dist/jquery.smartmenus.min.js”. civicrm:47:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/smartmenus/dist/addons/keyboard/jquery.smartmenus.keyboard.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/smartmenus/dist/addons/keyboard/jquery.smartmenus.keyboard.min.js”. civicrm:49:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.menubar.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.menubar.js?r=vESOV”. civicrm:51:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.optionEdit.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.optionEdit.js?r=vESOV”. civicrm:53:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.drupal8.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/crm.drupal8.js?r=vESOV”. civicrm:55:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/jquery/jquery.dashboard.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/jquery/jquery.dashboard.js?r=vESOV”. civicrm:57:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/js/noconflict.js?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core/js/noconflict.js?r=vESOV”. civicrm:59:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/datatables/media/css/jquery.dataTables.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/css/civicrm.css?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/css/crm-i.css?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/font-awesome/css/font-awesome.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/select2/select2.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/bower_components/jquery-ui/themes/smoothness/jquery-ui.min.css” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Layout was forced before the page was fully loaded. If stylesheets are not yet loaded this may cause a flash of unstyled content. modernizr.min.js:3:3631
Uncaught TypeError: CRM.$ is not a function
<anonymous> http://bionic.mydomain.org/civicrm:232
civicrm:232:5
The resource from “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/d3/d3.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/d3/d3.min.js”. civicrm:304:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/crossfilter2/crossfilter.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/crossfilter2/crossfilter.min.js”. civicrm:305:1
The resource from “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/dc-2.1.x/dc.min.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
Loading failed for the <script> with source “http://bionic.mydomain.org/libraries/civicrm/core//bower_components/dc-2.1.x/dc.min.js”. civicrm:306:1
Uncaught TypeError: CRM.$ is not a function
<anonymous> http://bionic.mydomain.org/civicrm:473
civicrm:473:7
The resource from “http://bionic.mydomain.org/libraries/civicrm/core/css/dashboard.css?r=vESOV” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).
civicrm
```
https://lab.civicrm.org/dev/drupal/-/issues/129When creating a D8 private file system e.g. /sites/default/private -> CiviCRM...2020-09-14T03:22:22ZKarinGWhen creating a D8 private file system e.g. /sites/default/private -> CiviCRM overrides location for templates_c specified in civicrm.settings.php fileIs this intentional? And is it necessary? I first saw this on my Pantheon test install and am now seeing it on one of Alan's hosted sites as well. Storing `templates_c` in the private file system [even though the `civicrm.settings.php` f...Is this intentional? And is it necessary? I first saw this on my Pantheon test install and am now seeing it on one of Alan's hosted sites as well. Storing `templates_c` in the private file system [even though the `civicrm.settings.php` file still has the non-public files location] results in a slow page load.
This only happens if you put your private files dir in `/sites/default/ `
On Alan's hosting we can move the private/files to the same level as `web/`
`[$settings['file_private_path'] = $app_root . '/../private/files';`
- so CiviCRM keeps using `/sites/default/files` for `templates_c` - but on Pantheon [and likely other hosting] you may not have access to create a dir at that level.
End result is that it creates the impression that CiviCRM on D8 is very slow.
@DaveD @seamuslee @jackrabbithanna @bgm - any ideas as to why/history/intentional?https://lab.civicrm.org/dev/drupal/-/issues/130Use civicrm profile to simultaneously create civi contact and drupal user2020-09-01T19:18:58ZW01FUse civicrm profile to simultaneously create civi contact and drupal userI have set up a CiviCRM profile - ![ypf-profile](/uploads/e0b45d07d90d8fee422697b887f85fa9/ypf-profile.png) - in order to allow users to register with the site, and create both a CiviCRM contact and Drupal user account.
If from the prof...I have set up a CiviCRM profile - ![ypf-profile](/uploads/e0b45d07d90d8fee422697b887f85fa9/ypf-profile.png) - in order to allow users to register with the site, and create both a CiviCRM contact and Drupal user account.
If from the profiles page (/civicrm/admin/uf/group?reset=1) I click more > Use - Create Mode, it redirects to a screen that does not have the Drupal fields (username/password), and can successfully create a CiviCRM contact. But this is weird and happens even with setting "Account creation required" selected. I would expect this page to show and reflect the Drupal fields as well with that setting selected.
When visiting the same url (https://www.mysite.com/civicrm/profile/create?gid=14&reset=1) as an anonymous user, I correctly see the Drupal account fields AND the CiviCRM fields, but upon hitting save am shown an error:
> Profile Error Your profile is not saved and Account is not created.
Neither a Drupal account or CiviCRM contact are created.
There are also no new log messages at /admin/reports/dblog to indicate why it didn't work.https://lab.civicrm.org/dev/drupal/-/issues/132Drupal 8 Profile menu items2020-10-04T04:46:49ZAlanDixonDrupal 8 Profile menu itemsWhen using the CiviCRM profiles for "View/Edit Drupal User Account", the tab generated on the user page doesn't use the 'public title'.
Fix on line 40 of
src/Plugin/Derivative/LocalTasks.php
change uf_group['title'] to uf_group['fronten...When using the CiviCRM profiles for "View/Edit Drupal User Account", the tab generated on the user page doesn't use the 'public title'.
Fix on line 40 of
src/Plugin/Derivative/LocalTasks.php
change uf_group['title'] to uf_group['frontend_title']5.31.0https://lab.civicrm.org/dev/drupal/-/issues/133Breadcrumb error on CiviCRM admin pages (Drupal 8)2023-12-13T17:46:26ZW01FBreadcrumb error on CiviCRM admin pages (Drupal 8)Getting the following error on several CiviCRM admin pages, including /civicrm/admin
```
Warning: Invalid argument supplied for foreach() in CRM_Utils_System_Drupal8->appendBreadCrumb() (line 190 of /home/customer/www/youpickfarms.org/v...Getting the following error on several CiviCRM admin pages, including /civicrm/admin
```
Warning: Invalid argument supplied for foreach() in CRM_Utils_System_Drupal8->appendBreadCrumb() (line 190 of /home/customer/www/youpickfarms.org/vendor/civicrm/civicrm-core/CRM/Utils/System/Drupal8.php).
CRM_Utils_System_Drupal8->appendBreadCrumb('Administer CiviCRM', '/civicrm/admin?reset=1') (Line: 60)
CRM_Utils_System::__callStatic('appendBreadCrumb', Array) (Line: 76)
CRM_Contact_Form_Domain->preProcess() (Line: 599)
CRM_Core_Form->buildForm() (Line: 120)
CRM_Core_StateMachine->perform(Object, 'next', 'Next') (Line: 45)
CRM_Core_QuickForm_Action_Next->perform(Object, 'next') (Line: 203)
HTML_QuickForm_Controller->handle(Object, 'next') (Line: 103)
HTML_QuickForm_Page->handle('next') (Line: 347)
CRM_Core_Controller->run() (Line: 98)
CRM_Utils_Wrapper->run('CRM_Contact_Form_Domain', 'Organization Address and Contact Info', Array) (Line: 285)
CRM_Core_Invoke::runItem(Array) (Line: 68)
CRM_Core_Invoke::_invoke(Array) (Line: 36)
CRM_Core_Invoke::invoke(Array) (Line: 88)
Drupal\civicrm\Civicrm->invoke(Array) (Line: 80)
Drupal\civicrm\Controller\CivicrmController->main(Array, '')
call_user_func_array(Array, Array) (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 573)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 151)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 68)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 57)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 47)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 47)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 52)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 23)
Stack\StackedHttpKernel->handle(Object, 1, 1) (Line: 708)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)
```5.70.0https://lab.civicrm.org/dev/drupal/-/issues/134[Drupal 8] civicrm-buildkit places assets in the wrong folder2020-08-21T21:35:52ZJonGold[Drupal 8] civicrm-buildkit places assets in the wrong folderOn a standard D8/Civi install, the CiviCRM assets are located in `<projectroot>/web/libraries/civicrm/`. On civicrm-buildkit, they're located in `<projectroot>/web/libraries/civicrm/core/` *except* for the `packages` folder, which is lo...On a standard D8/Civi install, the CiviCRM assets are located in `<projectroot>/web/libraries/civicrm/`. On civicrm-buildkit, they're located in `<projectroot>/web/libraries/civicrm/core/` *except* for the `packages` folder, which is located in `<projectroot>/web/libraries/civicrm/`. This causes a 404 error on any request to the contents of the `packages` folder, e.g. jQuery.