Recipients are not shown when creating / editing mailings

The issue from Jira describes behavior I am noticing on Joomla 3.8.12, Civi 5.5.1: https://issues.civicrm.org/jira/browse/CRM-21780

Recipient groups are not shown in the input field when they are added to a mailing. The number of recipients updates to the right of the field but the field itself remains blank. The mailing is sent as expected, but there is no visual identification of which groups it is intended to be sent to.

How it should work: The names of recipients should be shown, along with an x to remove them from the list.

@seamuslee any thoughts -

added needs:concept approval triaged type:request labels

My feelings would be there is perhaps extraneous javascript files or perhaps the asset cache isn't properly up to date. Clearly most of the javascript is working tho. pinging @lcdweb and @mattwire as folks who maintain Joomla sites, have either of you seen this at all?

I couldn't replicate on a Joomla 3.8.12 with Civi 5.3.1 or 5.5.3, Firefox. Tho there is a little delay (2 secs?) on showing the group name, maybe while it calculates the recipient number?

I couldn't reproduce on J3.8.13 and C5.6.0

Since I'm the one with the problem, how can I update the asset cache to see if that is the problem? This behavior is on both my dev and production sites.

Here are errors from the JS console:

angular.js:14199 TypeError: id.split is not a function at convertValueToObj (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1435) at Object.initSelection (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1534) at i.val (select2.min.js?r=ZcDZV:2) at HTMLInputElement.<anonymous> (select2.min.js?r=ZcDZV:2) at Function.each (jquery.min.js?r=ZcDZV:2) at n.fn.init.each (jquery.min.js?r=ZcDZV:2) at n.fn.init.e.fn.select2 (select2.min.js?r=ZcDZV:2) at gh.refresuhUI [as $render] (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1479) at angular.js:28525 at m.$digest (angular.js:17828) (anonymous) @ angular.js:14199 4angular.js:14199 TypeError: id.split is not a function at convertValueToObj (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1435) at Object.initSelection (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1534) at i.val (select2.min.js?r=ZcDZV:2) at HTMLInputElement.<anonymous> (select2.min.js?r=ZcDZV:2) at Function.each (jquery.min.js?r=ZcDZV:2) at n.fn.init.each (jquery.min.js?r=ZcDZV:2) at n.fn.init.e.fn.select2 (select2.min.js?r=ZcDZV:2) at refresuhUI (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1479) at angular.js:17697 at m.$digest (angular.js:17836) (anonymous) @ angular.js:14199 angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1435 Uncaught TypeError: id.split is not a function at convertValueToObj (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1435) at Object.initSelection (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1534) at i.val (select2.min.js?r=ZcDZV:2) at HTMLInputElement.<anonymous> (select2.min.js?r=ZcDZV:2) at Function.each (jquery.min.js?r=ZcDZV:2) at n.fn.init.each (jquery.min.js?r=ZcDZV:2) at n.fn.init.e.fn.select2 (select2.min.js?r=ZcDZV:2) at refresuhUI (angular-modules.104cb0c9705eb3c37e9f1a8a900ba445.js:1479)

I'm not getting any errors in the console, so can only suggest you dble check any admin modules/plugins/custom themes you've got installed and disabling them in case they are clashing with Civi in some way (maybe by loading a different version of the JQuery Select2 library). Otherwise there's Joomla caches to empty at /cache and /administrator/cache and for Civi at /media/CiviCRM/templates_c/ — not sure what else to suggest beyond this.

I've deleted all caches and disabled all extensions (but did not uninstall them). No change.

However, I did create a fresh install of Joomla 3.9 and Civi 5.7, and the issue was not replicated. Closing the issue, as it seems to be some conflict with my installation.

closed

@philmorbru thanks for confirming. Hopefully it will go smoothly now

I actually just ran into this issue (had previously tested on a clean install and couldn't reproduce). I'd like to reconsider it.

The patch proposed in the original Jira issue fixed the issue. I couldn't trace it to MooTools as was described there, but suspect it's something along those lines, and perhaps only certain configurations reveal the problem. Regardless, the fix is trivial (simply changing how the for/in loop is constructed, to use a more standard method). Could we reconsider a concept approval and I'll supply a PR?

reopened

Re-opening based on @lcdweb comment

mentioned in commit core@83c73d12

mentioned in commit core@946dd2fa

Looks to me like @seamuslee patched this see https://github.com/civicrm/civicrm-core/commit/83c73d12aa71f61696a1450d35ed79670c63ab6e

closed

changed milestone to %5.10