I posted this in the CiviCRM forums, but in case any strong programmers here are familiar with CiviCRM + Domain Access.

http://forum.civicrm.org/index.php/topic,11157.0.html

We can probably allocate a few hundred dollars towards a bounty or split a bounty with another group to get Domain Access working with CiviCRM properly. (Mainly, grabbing CiviCRM's base path from the domain access URL (to fix FCKeditor as well as tracing links) + setting domain "mailing addresses" in Domain Access.

The issues are here. The second one would be the bounty.

----------------------------

We are using CiviCRM with Drupal's Domain_Access Module and organic groups/og_CiviCRM to created centrally administered activist sites that can be deployed.

We have two known issues:

1) FCKeditor errors.

CiviCRM's FCKeditor will not load on a secondary domain.

"Unsafe JavaScript attempt to access frame with URL http://freemarc.ca/civicrm/mailing/send?_qf_Upload_display=true&qfKey=15... from frame with URL http://whyprohibition.ca/sites/all/modules/civicrm/packages/fckeditor/ed.... Domains, protocols and ports must match." - Safari error, but FF gives a similar one.

The standard FCKeditor in drupal manages fine in subsites, so I assume there is a hard setting in CiviCRM someplace that uses absolute references for the FCKeditor.

2. Domain Names and Site information.

This is not an error as much as a development request for a "domain_access civicrm." integration module.

(We can offer a bounty $$$ if someone has interests and makes a reasonable request and saves me from hacking out the domain_address with each version upgrade. Email me at "dan@vanalive.ca" with what would be a motivating amount to sponsor a very simple module.)

Essentially, what we would need to do is add a field to the domain access for "domain address" and then override CiviCRM's "default address."

Also, this base domain should be probably over ridden as well.
/civicrm/admin/setting/updateConfigBackend&reset=1

2. B. I can also see an integration needed with CiviContribute and hosted domains, but setting up domain specific processors may be too much effort.

Summary..

How much would it cost??

CommentFileSizeAuthor
#4 civicrm_domain_access.patch945 bytespingers
#1 civicrm_domain_access.patch749 bytespingers

Comments

pingers’s picture

pingers commented
StatusFileSize
new civicrm_domain_access.patch749 bytes

I had to do this for a civicrm 2.2.x install with domain access... only required a few config changes with a patch.

and the following change to civicrm.settings.php to use the domain module subdomain.

// Use domain module subdomain definition
define( 'CIVICRM_UF_BASEURL'      , 'http://'. $GLOBALS['_domain']['subdomain'] .'/your-install-path/' );

Give it a shot and see if it does enough for your use case.

agentrickard’s picture

agentrickard
he/him
Primary language English
Location Georgia (US)
commented

Ah, normally, DA won't let you set $base_url.

dangrice’s picture

dangrice commented

Thanks, I haven't had a change to test it out, but it may solve some of the issues.

pingers’s picture

pingers commented
StatusFileSize
new civicrm_domain_access.patch945 bytes

I've updated patch to move the settings overrides before drupal_set_head gets called... otherwise all the paths in js are incorrect.
(This still hasn't gone through extensive testing, so if you have problems, it would be great to hear back)

agentrickard’s picture

agentrickard
he/him
Primary language English
Location Georgia (US)
commented
Status: Active » Closed (fixed)

Closing.