CiviCRM Community Forums (archive)

Oh, and most importantly; I'm 100% sure this worked at some time when the site was running 4.3.x. I do understand that this doesn't prove that the upgrade is what killed it. Something else could have killed it. But I know that since the upgrade to 4.4 it hasn't worked. And at some point in the sites 4.3.x life that functionality worked (using a checksum to renew without requiring user to log in).

Thanks,

Shai

"but that once 'logged in' the persons' organisation isn't prefilling" - that is correct.

Yes,  the person has a permissioned current employee relationship to the org.

is a side step to just have another 'renew' clone of the membership form - that uses a clone of teh profile wiht the 'user required' disabled?

I am looking for "user required" in the profile settings, but am not seeing it.  Is this something new?

I am not sure what you mean to have "another 'renew' clone".  Could you provide more details?

That's what I thought   We have "No account create option"

@dsdart,

re:

I am not sure what you mean to have "another 'renew' clone"

@petednz was suggesting making another version of the membership renewal page. I think he was suggesting cloning the renewal contribution page.

What I did instead was clone the profile that had the create Drupal account selected. In the cloned profile I changed that setting to "do not create account." Then I include the cloned profile in my existing renewal contribution page in place of the original version of the profile.

Are you using only one form for new memberships and renewals? If you are, I don't think you'll be able to have the person renew with a checksum without logging in. This issue is a bit confusing. Civi has only has one form for both new memberships and renewals. But for this case, separate versions of the same form need to be created, one for new memberships and one for renewals.

Shai

@dsdart,

re:

Quote

I am not sure what you mean to have "another 'renew' clone"

@petednz was suggesting making another version of the membership renewal page. I think he was suggesting cloning the renewal contribution page.

What I did instead was clone the profile that had the create Drupal account selected. In the cloned profile I changed that setting to "do not create account." Then I include the cloned profile in my existing renewal contribution page in place of the original version of the profile.

Are you using only one form for new memberships and renewals? If you are, I don't think you'll be able to have the person renew with a checksum without logging in. This issue is a bit confusing. Civi has only has one form for both new memberships and renewals. But for this case, separate versions of the same form need to be created, one for new memberships and one for renewals.

Shai

Unfortunately we don't require accounts so I don't think this will solve the issue for me.  I don't see how new member pages and renewal member pages would be different.

@petednz - Is there a chance that the any of the hooks I am using could interfere with getting the org data for the form?  hook_civicrm_tokens, hook_civicrm_tokenValues, hook_civicrm_post, and hook_civicrm_postProcess

not sure i am having much luck disentangling this thread

if i receive a checksum and use it and see my name/email prefilled then the checksum is doing its job - and you proved that, so checksum isn't the issue

if I am logged in and org is not prefilling then my guess is permissioned and active/current employee relationship is the issue (paste screenshot)

if i am logged in and Org is prefilling then yes something would seem to be  interfering

Sorry for being a pedant - but I want to read the statement ' the organisation does prefill if they are logged in' - i don't see you saying that. so i just want to be sure

Does the prefilling of organisation for the same person SUCCEED when they are logged in, and FAIL when they use a checksum.

Please confirm you have tested both scenarios for the SAME contact, one time logged in, and one time logged out using the checksum.