CiviCRM Community Forums (archive)

We are seeing a tangle between Drupal + CiviCRM + LoginToboggan that results in a CiviMember join page not showing the correct password help text. What displays seems to come from either Drupal Core or possibly CiviCRM, as grep returned instances of both:

$ grep -r "Provide a password for the new account in both fields" *
files/civicrm/templates_c/en_US/%%98/98F/98F6DF1D%%CMSUser.tpl.php:              <span class="description"><?php $this->_tag_stack[] = array('ts', array()); $_block_repeat=true;smarty_block_ts($this->_tag_stack[count($this->_tag_stack)-1][1], null, $this, $_block_repeat);while ($_block_repeat) { ob_start(); ?>Provide a password for the new account in both fields.<?php $_block_content = ob_get_contents(); ob_end_clean(); $_block_repeat=false;echo smarty_block_ts($this->_tag_stack[count($this->_tag_stack)-1][1], $_block_content, $this, $_block_repeat); }  array_pop($this->_tag_stack); ?>
modules/user/user.module:      '#description' => t('Provide a password for the new account in both fields.'),
sites/all/modules/civicrm/templates/CRM/common/CMSUser.tpl:              <span class="description">{ts}Provide a password for the new account in both fields.{/ts}
However LoginToboggan is capable of overriding the help text for the password field in a Drupal + LoginToboggan environment. The addition of CiviCRM into the equation results in some sort of tangle, and the help text is not the LoginToboggan customized version we need.

I have already opened a support request in the LoginToboggan queue, and a module maintainer closed it specifying that special funding is required in order to get assistance.

"Min password length not showing up in help text for the field"
http://drupal.org/node/1077284

I already searched through the Civi Forum system and did not see any likely similar reports. Perhaps we are "out on a limb" of sorts with our needed configuration.

Perhaps may I even simply hand modify one of the files grep turned up (perhaps one of the CiviCRM templates) and achieve the needed change? How long would the change last... until some automated regeneration of the templates?

Please, any suggestions? Thanks!

Greetings FatherShawn:

I know well how the "Upload Directories" is configured as I patched that bit of code! 

"Site Name and Base Directory tangle and fight on a non-Multi-Site Drupal installation"
http://issues.civicrm.org/jira/browse/CRM-7458

So which file should I copy from to customize? The one at that same "Base Directory" path, or the one from the actual module installation directory?

And where do I specify to use this template? I went into the Profile edit screen and saw no where a pick list to select an alternate template.

I ran into a similar but not exactly the same problem with logintoboggan.
If your organization also offers features for which it makes sense for your members to be users of your Drupal site, you can configure CiviMember Contribution Pages to also require (or make optional) Drupal User signup. You set this up on a contribution page, on the "Membership Settings" tab, near the bottom.

One option in Logintoboggan is to require users to enter their email address twice to confirm it. This option is helpful in preventing users from entering a typo in their email address that then prevents them from accessing the password reset feature, for example.

If you are using CiviMember with account creation along with Logintoboggan's "use two email address fields" you will run unto a problem.  The CiviCRM CiviMember signup page will only render a single email address.  Your user will signup, and when they confirm their contribution/membership signup, they will be delivered to the home page of your website with a cryptic error message to the effect of "e-mail address confirmation required".

The contact wil be created.
The contribution (if you are taking a contribution in exchange for membership) will be recorded and processed
The membership (civimembership) will NOT be assigned
The Drupal user account will NOT be created
This is very problematic because the error, which is being thrown by Logintoboggan, does not indicate that the membership or user account have not been created, so the user probably will not realize that there is a significant problem, and the site administrator may not notice the problem either.
The solution is easy, disable the "Use two email address fields on registration form" option in Logintoboggan (located at admin/users/logintoboggan)

I posted about this on our blog http://civicactions.com/blog/2011/sep/07/using_logintoboggan_with_civicrm_civimember_user_account_creation_option

@GregoryHeller:

We kicked the module off of the site, and users can create simple passwords as Drupal allows. The maintainer of LoginToboggan demanded payment / funding for ANY untangle work... and this organization can not financially contribute at this point in time. I recall finding replicated password help strings in Civi code that matched the Drupal standard, and at that point I decided to boot the mod off the site for now... fight not worth waging.

Initially the new member join process was working better. (With the module off the site) However with moving from 3.3.x Civi code up to 3.4.x code, now PayPal transactions do not complete, same as Credit Card. The transactions get stuck in pending state, and we must manually force them to Completed status.

Thank you for sharing those helpful insights, however!