CiviCRM Community Forums (archive)

Anyone know the right URL?

http://<siteurl>/civicrm/profile/edit?gid=10&reset=1&aid=544 where aid is activity id

Kurund

Ok - so it seems you can only use the activity profile for data entry if the activity is either assigned to you OR you are the target which seems to be a bit of a use-case specific limitation.

In our case we have the activity id on a piece of phone turf print out & want the back office data to edit it based on the results of a phone call.

It seems to me that this permissioning is a new on-it's own form of permissioning and the profile should allow the assignee & target to update the activity (ideally that would be configurable since you wouldn't always want both) but in addition anyone who would normally be able to edit the activity should be able to.

We DO have the concept of ACLs to limit access to profiles so ideally the ability for targets & assignees to edit the items would extend that rather than preclude it.

Short answer:

Try adding "&id=CONTACT_ID" to the URL. The CONTACT_ID should be the ID of the constituent (not the ID of the staff member).

Long answer:

The confusion may stem from the fact that the forms aren't strictly activity-based -- they actually let you edit a mix of contact and activity fields. For example, if the activity is "Review Volunteer Application", then the form might include information about the applicant (first name, last name, etc) as well as information about the review (due-date, status, notes, outcome).

Unfortunately, there's some impedance mismatch -- the "Activity" data model allows several contacts (multiple targets, multiple assignees, source), but the form processor only works with one contact. Someone, somehow needs to pick a particular contact to use with the form. In the current implementation, that responsibility falls on the person writing the URL.

In the URL you've tried, it basically abdicates and uses the default "current user's contact ID." But you probably don't want fields in the form to display information about the current user -- you want them to display information about the target-contact (i.e. the constituent/applicant).

Eileen - let us know what you "discover". I'll figure out a place to doc this in the book as well.

Eileen,

You need to have contact fields along with activity fields in the profile.

Kurund

The main reason we have an id in there is for permissioning reasons.

Basically if the id is associated with an activity AND the user has edit permissions on that contact, then the user has edit permissions on the activity. This can also be accomplished via a checksum (i.e. if the url has a valid checksum for the id passed in, then the user has temp edit permissions on that activity)

We'll need to figure out what the permissioning rules are in the absence of IDs (with or without any contact fields)

lobo