Currently via the JSSP broker we are able to create new service types based on the code. However, if a user accidentally attempts to update the code but gives the wrong service type system name we get a duplicate and need to do some cleanup. Or if the service type is no longer valid and not being used for development, we would also like to remove the service type.

Since removing the service type can have unintended consequences, this is not directly surfaced to us to avoid shooting ourselves in the foot. However, in this case it also means we can have a bunch of unused service types lying around that can cause confusion. Additionally if we run the Delete Script method on the Javascript Service Provider SMO this will delete the SMO, but the service type will throw an error any time someone selects it to create a service instance.

To ensure an environment is clean as possible and no orphaned elements are still around, it would be great to at least be able to clean up the service types created by the JSSP broker as someone who is a member of the Security Administrators Role for instance.

In the Task step of a workflow one can set the Due Date and then the Worklist can show the value. This Due Date property of a Task should also be available for developers via a SmartObject. This would enable users to view that relevant information about a task on their SmartForm.

In K2 Blackpearl 4.7, developers could use Expected Duration to inform end users when a task was expected to be completed by displaing the information on a SmartForm. As described in https://help.k2.com/kb002726, the old Expected Duration is now Due Date for K2 Five/K2 Cloud but the new prperty is currently not available for developers.

K2 Exchange Online includes an Email Recipient Smart Object which allows you to submit an existing Email ID and provide a list of Emails for the To, CC and BCC field including the display name and email address. As an example, if I send an email as Barack Obama myemail@myemaildomain.com then the display name would be Barack Obama and the email address would be myemail@myemaildomain.com

This same functionality does not exist for the Sender (From) address in any of the Exchange Online Smart Objects. If an email is sent to Barack Obama myemail@mydomain.com the Email smart object will only display Barack Obama which requires the user to go back to their email account to find out who really sent the email.

This also presents a security issue. If I process an email from the Email Smart Object and based on who sent it trigger a process then it will be possible to "spoof" an email to trigger a workflow that shouldn't be triggered. Additionally and more importantly (assuming a firm's IT department has software to detect spoofing), it is very common to receive emails from generic display names such as Customer Service <customer_service@somecompany.com> and without being able to see the email address the information is of little to no value.

Please consider adding the from email address to the email recipient smart object and/or create an email sender smart object that allows the display name and associated email address to be displayed.