When shared activities is on, task or event triggers that modify whoId or activity relations may not save correctly

When shared activities is on, task or event triggers that modify whoId or activity relations may not save correctly

Activities , Apex , User Interface

Last updated 29 days ago ·Reference W-1444041 ·Reported By 142 users

In Review

As of Winter ‘13 the following known issue exists when the shared activities feature is enabled.

Any trigger that attempts to modify the who_id field on events or tasks OR attempts to add or remove event or task relations that represent related contacts may not save correctly or may not save at all when the trigger is fired during a UI save. The values for whoId or related contacts set in the UI will take precedence over the values set by the trigger.

Note that this issue...
… does NOT occur when attempting to add or remove event relations that represent event invitees.
… only occurs when the shared activities feature is enabled.
… can occur on any insert or update trigger event: before insert, before update, after insert, after update

Additional Scenarios affected by this issue(affects both Task and Event objects).

1. When a task is created and associated with multiple Contacts/Leads, the after Insert/update trigger does not reflect the correct count of the TaskRelation records and only the primary contact record appears when the TaskRelation object is queried. For example if you have 3 contacts associated with a Task, only the primary contact can be seen while the "after Insert/update triggers" is executing. The following query inside the trigger will return only one record instead of 3:

[Select TaskId, SystemModstamp, RelationId, IsWhat, IsDeleted, Id, AccountId From TaskRelation where tasked = :<newly created task ID>];

2. For task update, original "Name" field was Contacts with 5 different contacts. If you then update the task by selecting 'Lead' for the "Name" field and save, the TaskRelation shows 5 records with 4 of the 5 contacts and the new input Lead information instead of just 1 TaskRelation record for the lead when the after Insert/update trigger is executing (similar query as above).

One simple way to reproduce this issue is as follows:

- Create a trigger after insert on the Event object that sets whoId value to NULL
- In UI, create an event that is related to a contact C

Expected Results
- After UI save, the trigger should set the whoId value to NULL, so when the event detail page is viewed there should be no related contact

Actual Results
- The event detail page will still show the contact C as related to the event, because the UI save has take precedence.

No workaround at this time

Reported By (142)

Minh Ma Rinze Rijkmans Chris Laver Social Garden Charles Koppleman Subrat Panda (小早川 悟) Kobayakawa, Satoru Eric Tiggemann Kumar Vijayendra Pratap Thao Hoang Eetu Kaunismäki Ville Mettälä Christi Mitchell Kierin Spark Nanda Kishore Bandi Mrudula Konnoju Kevin Bruss Jenu Abraham Himaja Siddhanthi Chelsea Feltham Yang Wang Amber Deremiah テ・フン Andrew Manetakis Nikitha Edunuri Nikitha Edunuri John Wagner Peter Graves Mohan Babu K J Christian Warden Benny Stevens Benny Stevens Birger Wollburg Fabian Peters Jérémie Denis Yosef Kapta Ben Naylor Guy Clairbois Melinda Cordell Katherine Boothe Rhonda Ross Rakesh Gupta Pieter Sannen Stephen Rostovskis Smitha Gopal Luke Demers Eoghan McMullen Elyse King Alyssa Barton Dmitry Shnyrev Kevin Laurence Ari Björnsson Sathish Bathula Elias Letsios Natalie Avdich Thai Fortunato Richie Chik Nicole Nunan EP Admin Kory Howard Erik Stranava Tomáš Kolín Arun Kharb Debjyoti Chakraborty Doug Ayers Matt Parker Kevin Riley Dan Barker Rohit Singh Benjamin Francois SD Admin George Weilenmann Sonal Nadiadhara David Erickson Rakesh Patel Ken Leung Stacy Hyatt Oleguer Vives Gil Darshan Chhajed Doug Kells Shiran Fernando Ted Weinberg Kashif Jawed Baljinder Sandhu naveen reddy Dhana Luna Geoffrey Flynn Pranav Sanvatsarkar Abhishek Pandey (Sops) Hailey Niemand Sandeep Kumar Singh Neil Johnson Peter Gascoyne David Sparks Dan Moore Matt Gvazdinskas Markel Bilbao de la Vega Mounika Dammannagari Darryl Singh GNM CRM Support Rachel King Karen McGee Darren Geary Jason Rayner Afroz Mohammed Bill Carney Samir Narale James Michilina Alex Kane Matthew Fidler Anne Quirk Anne-Sophie Chéné Jeff Lescarbeau Investcorp Tech Support Sap Ghosh Maureen Eckert Mike Mason Jamie Pudelek Jessica Ellner Jessica Ellner Isaac Lewis David Wright SF Admin CT Blackiron Rich Hawkins Weida Wang Missy Lowery Gary DeGeso Juan Hernandez Singh Raj Chris Vickery Sue Yount RJ Palombo Jennifer Oneill Jarrett Kuljis Matthew Evans Jayalakshmi Mohananpillai Honey Bhatnagar Ed Tisdale Jarrett Kuljis sushma Pitta Sushma Pitta

Is it Fixed?

AP0 AP3 AP4 AP5 AP6 AP7 AP8 AP9 AP14 AP15 AP20 AP21 AP22 AP28 CS1 CS2 CS3 CS4 CS5 CS6 CS7 CS8 CS9 CS10 CS109 CS108 CS107 CS106 CS105 CS102 CS101 CS100 CS115 CS110 CS11 CS116 CS12 CS137 CS138 CS13 CS14 CS15 CS152 CS151 CS16 CS17 CS18 CS19 CS20 CS21 CS22 CS23 CS24 CS25 CS26 CS27 CS28 CS29 CS30 CS31 CS32 CS33 CS34 CS35 CS36 CS37 CS40 CS41 CS42 CS43 CS44 CS45 CS47 CS50 CS51 CS52 CS53 CS54 CS57 CS58 CS59 CS60 CS61 CS62 CS63 CS64 CS65 CS66 CS67 CS68 CS69 CS70 CS71 CS72 CS73 CS74 CS75 CS76 CS77 CS78 CS79 CS80 CS81 CS82 CS83 CS84 CS85 CS86 CS87 CS88 CS89 CS90 CS91 CS92 CS93 CS94 CS95 CS96 CS97 CS98 CS99 EU7 EU8 EU9 EU10 EU12 EU13 EU14 EU15 EU16 EU17 EU18 EU19 EU25 EU26 NA104 NA100 NA101 NA103 NA102 NA105 NA129 NA130 NA132 NA131 NA21 NA32 NA33 NA37 NA39 NA40 NA42 NA44 NA45 NA46 NA47 NA49 NA50 NA51 NA52 NA53 NA54 NA56 NA57 NA58 NA59 NA60 NA61 NA62 NA63 NA64 NA65 NA66 NA67 NA68 NA69 NA70 NA71 NA72 NA73 NA74 NA75 NA76 NA77 NA78 NA79 NA80 NA81 NA82 NA83 NA84 NA85 NA86 NA87 NA88 NA89 NA90 NA91 NA92 NA93 NA94 NA95 NA96 NA97 NA98 NA99 UM1 UM2 UM3 UM4 UM5

Any unreleased services, features, statuses, or dates referenced in this or other public statements are not currently available and may not be delivered on time or at all. Customers who purchase our services should make their purchase decisions based upon features that are currently available.