Is there a Civicrm login/registration module for Joomla?

[penguinhead]

I have installed civicrm 1.9 for Joomal 1.0.13 which was easy. However I am simply not getting it, as I want the Civicrm registration page to appear when users click on the 'register' button on the Joomla login/register module. Is this possible or is there a completely different module or method of replacing the standard Joomla login with one that uses the Civic registration / login page/s?

I've looked all through the forum but just don't get it and I am sure I am not alone.

Can someone please explain how best to integrate these two products so that they use the Civicrm info to logi and register...?

[Donald Lobo]

civicrm does not integrate with joomla registration. Would be cool for someone in the community to contrubute a module that creates a civicrm based registration for joomla based on civicrm profile

lobo

[lcdweb]

I think this is a huge need for the Joomla-CiviCRM community. I believe the core functionality could follow the pattern of Community Builder (CB), which has a login/registration module that overrides the default Joomla module, and then manages the user's login details through CB rather than through the Joomla User tool. The Joomla jos_user table is still populated with the users credentials, but that is done via CB.

I will give some thought to specs for what this extension could look like. Maybe we can get a group of Joomla users to chip in monetarily or through programming, and support development. If you're interested, post to this thread. I'll work on a draft spec list later this week.

-Brian

[speleo]

being able to login against the contact's civimember credentials would be a fantastic enhancement. I'd welcome this development.

[cjrhoads]

I'm confused.  The whole reason for getting Civicrm with Joomla is so that I could have more fields than the bare minimum included in Joomla.  Are you saying that people will have 2 different logins?  One for Joomla and one for CivicCRM?  What is the sense in that?

[lcdweb]

No, there's a single login. But there are a few issues with how Joomla and CiviCRM interact.

• The user/contact registration process is not unified. An individual registers with the Joomla site, but their corresponding CiviCRM contact record is not created (or linked if it preexists) until the user conducts a CiviCRM operation -- for example if they go to a profile screen, or the contact dashboard. For the most part, I don't this is a huge issue. But it does leave a gap where there could be a faulty connection created between the user and their CiviCRM record because it doesn't happen within a single process. Also, it means a new member/contributor/event attendee has a two step process -- creating their Joomla account and then doing the CiviCRM action. For example, you can't have someone become a new member AND create a Joomla user account within a single action.
• There's a subsequent duplication in a couple fields between the Joomla user data and CiviCRM data, most notably the email field. I see this as an issue because it means someone could update their email in CiviCRM via a profile, but not update it in Joomla. Thus any email related activities within Joomla (independent of CiviCRM), such as the forgot password reminder, would not be sent to the correct email unless the user updates it in both locations.
• From a membership management standpoint, I really would like to have the ability to control Joomla user access based on CiviCRM rules. I suspect most of us have a members-only region of our site that we would like to only expose to those who are current members -- a status defined through CiviCRM. Thus if someone's membership expires, their Joomla user access is shut down.

That's my short list of where I see weaknesses. The first two items are unique to Joomla (vs. Drupal). There are stronger connections between CiviCRM and Drupal user accounts. I don't believe the third bullet is available in either CMS.

My primary impetus for my earlier post is to see if we can raise some support within the Joomla community (since it is the superior open source CMS) for filling in these gaps.

-Brian

[cjrhoads]

Thanks!  That clears up some issues - and I don't think the two step process will be a problem.  Actually, it may help because in my case, there will be three levels of access:  Non registered people, registered people, and members of the community who provide information about themselves and need to be able to update lists and categories.

I've figured out how to unzip CiviCRM on the site, but now I need to know how to activate the component.  I'll come back if I need help.

Peace
CJ

[FatherShawn]

I strongly support this effort conceptually!  I also would be willing to support it financially as we are able.
This feels essential to properly integrate the CMS and CRM functions...

[volmark]

I think, this is a great idea that independently flying over heads. I believe that it is unavoidable step is further development of the CiviCRM and Joomla. 
I consider this initiative as important and natural step towards future needs
By the way see my earlier topic http://forum.civicrm.org/index.php/topic,1893.0.html

Partially disconnected ---
Sins I’ve started using Joomla, CiviCRM, Drupal and Zen-cart I’ve come to some idealistic ideas about integration of this systems.
There are actually two issues that needed to be solved for full integration of some well known system like Joomla, Drupal, CiviCRM, Zen-cart and many others. These issues are common for all systems and can be naturally moved to standalone systems.
The first one is a standalone user-data repository that distributes (replicates) data between systems, and the second one is a system that strictly separates graphical design and programming code.
The implementation of such systems is not unrealistic.
For example the first one only needs few tables in database as own repository, access to other systems databases for user-data distribution (replication), and finally assigning of few session variables (login and password) for each system.
The second issue partially implemented by some developers in Smarty, Blueprint Grid and YAML. Using CSS they gradually separate programmers work and graphical design. All you need is a limited set of primitive unified templates with the same placeholders (layouts) for each system and common CSS files that contains graphical solution common for all used systems.

[Andrew Perry]

What I think would be fantastic is if CiviCRM exposed particular data through LDAP, so the existing LDAP based authentication plug-ins for various applications could be used to query CiviCRM for a person's credentials so as to determine whether to give them access or not.  Is that practical?

[sungoddess]

Bump!

[lcdweb]

http://wiki.civicrm.org/confluence/display/CRMDOC/Joomla+User+Registration+Restriction