You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, when you edit an Actionkit template through the system (either directly or using the checkin/deployment feature) the Actionkit templatehistory table ends up with null values for "username" and "edit_type".
It would be better if the logged-in user's username ended up in there, and maybe an edit_type of "api", or even "akcode_direct_edit" vs "akcode_checkin".
This may involve filing a feature request with WAWD -- I can't figure out a way to do this using the API currently. Ideally, the API method for saving a template would let you provide username and edit_type directly.
(The workaround would be to save the change to the template, then look up the new templatehistory object that was just created, and then make another API call to put username and edit_type attributes on that object. This involves at least three remote calls though, and it also is hard to do -- that lookup for the latest templatehistory object doesn't seem to work, because the REST API doesn't let you list the most recent templatehistory object(s) for a given template, and the client-db connection doesn't seem to be receiving the new templatehistory object quickly enough to do this right after the save. So to implement this without a new AK feature, it seems like we'd need to use asynchronous jobs to poll for templatehistory objects and set their values when they show up.)
The text was updated successfully, but these errors were encountered:
Right now, when you edit an Actionkit template through the system (either directly or using the checkin/deployment feature) the Actionkit templatehistory table ends up with null values for "username" and "edit_type".
It would be better if the logged-in user's username ended up in there, and maybe an edit_type of "api", or even "akcode_direct_edit" vs "akcode_checkin".
This may involve filing a feature request with WAWD -- I can't figure out a way to do this using the API currently. Ideally, the API method for saving a template would let you provide username and edit_type directly.
(The workaround would be to save the change to the template, then look up the new templatehistory object that was just created, and then make another API call to put username and edit_type attributes on that object. This involves at least three remote calls though, and it also is hard to do -- that lookup for the latest templatehistory object doesn't seem to work, because the REST API doesn't let you list the most recent templatehistory object(s) for a given template, and the client-db connection doesn't seem to be receiving the new templatehistory object quickly enough to do this right after the save. So to implement this without a new AK feature, it seems like we'd need to use asynchronous jobs to poll for templatehistory objects and set their values when they show up.)
The text was updated successfully, but these errors were encountered: