CiviCRM Community Forums (archive)

I find myself frequently wrestling with the postProcess hook because the form object passed to it doesn't quite give me what I need (there are other issues as well, but this is the primary one).

case in point:
I have an on-behalf-of membership signup form. I need to collect additional fields for the org record (running 3.3.x -- yes, I know we now have or soon will have the ability to control on behalf of forms via profiles; I have other things i need to do, like tag the record programmatically). No problem adding the fields to the form, and I can retrieve them in the params array via postProcess form object.

my problem? the form object doesn't store the organization id. it stores the related_contact id (for the individual connected with the org) and it stores the membership id and such; but not the org id. so unless i do a lookup on the membership id or something, i don't have access to the org id to proceed with the various data work.

i think the issue is that we unset the org id so that it doesn't get confused with the indiv contact id, and then never add it back into the form object. quite frustrating.

ok, so I'm walking through Confirm.php
we do set the contact ID in the session. so I am able to retrieve it from there when inside the postProcess hook. but i really think that data should be added back to the form object -- it's integral to the form operation.

by "we do" I mean -- the Confirm.php script stores the contactID in the session. comments state its for future use, such as the tell a friend pages.

so I was just indicating that I do have a way of pulling the org ID via the session when in the hook, without having to override core or doing a lookup using the mem id value.