-
The performance of the appRPC handleReceivedUnaryProtocolPayload() method, used by Unary Protocol Threads to invoke automations, has been greatly improved by optimizing a SQL query to utilize an existing index.
-
When dragging items in the assembly editor, if a modal opens the drag is now halted. Previously the dragging would not stop, making it impossible to click in the modal.
-
The automation name entry field at the top of the automation builder screen is now limited to 100 characters.
-
The Transform Date Time “modify and reformat date time” action now supports a timezone offset value of “ACCOUNT_UTC”, which converts inputs in the account’s timezone to GMT.
-
When an action in an automation is configured to “continue if error”, an error is no longer written into the automation’s task history log.
-
Automation names in the automation editor’s dashboard are now fixed width, to avoid the screen jumping around as polling countdown timers are updated.
-
Fixed a null pointer exception that would occur in the server runtime for the Trigger Two-Way Sync module.
-
When sharing items in the assembly editor, the share settings dialog now has a checkbox to show only accounts the item is currently shared with.
-
Accounts having the “Automation Templates” permission now see template annotation entry fields underneath all trigger and action settings when editing automations in the automation editor. These annotations will appear when template automations are initially configured by end users who install the templates and turn them on for the first time. The annotation text can contain HTML markup, for embedding links/images/videos/etc.
-
The search entry field in the automation editor’s dashboard now requires pressing ENTER to search. An onscreen prompt indicates this. A “Waiting…” spinner now appears when searching, b/c searching in dashboards with lots of automations can take a few seconds to complete.
-
When saving automations in the automation editor, a “Validating…” spinner now appears briefly as the system validates the automation’s field mappings. This can take a few seconds for automations with lots of actions and fields.
-
Added a “Conditional Execution” module that is a hybrid of the existing [Single Value] and [Data Stream] variations. This module allows two scalar values to be tested, while allowing the nested item to emit either a scalar value or a data stream. It fills a gap where the existing [Single Value] module cannot emit a data stream and the existing [Data Stream] module cannot easily test two scalar values without having to place the left side value into a data stream first. An expected common usage scenario is to conditionally execute the nested item based on the output from the When In module.
-
The “Get dynamic action output fields” subassembly has been deprecated and replaced with module “Action - Extract Output Data Fields” that provides equivalent functionality but with maximum runtime performance by using native Java on the server.
-
The “Show only required fields” and “Show only mapped fields” checkbox functionality in the automation editor’s action settings has been optimized so it completes faster by minimizing rendering of the fields as they are hidden or shown.
-
Internal changes have been made to help reduce the system’s database storage for automation history going forward. Existing data already stored in the database is not modified.
-
In the automation editor, when clicking on action data fields the popover of mappable data fields now renders the popover immediately and then renders the list of fields separately, so that the popover can appear as soon as a field is clicked rather than being delayed to wait for all fields to render first.
-
Text entry field borders no longer initialize to black and then quickly transition to gray. Instead, they initialize to gray.
-
Action parameters can now be optionally data-mapped. When editing an action in the automation editor, data-mappable parameters will have a “Data map?” checkbox next to them. When checked, the parameter value can be mapped to a field or hardcoded by hand. The data-mapped value can either be the item’s name or the item’s id. In the case of populated dropdowns, the action will fetch all the values of the dropdown when the automation runs and compare the contents to the data-mapped value. The first item with a name or id matching the data-mapped value will be used. Data-mapped parameters are not currently available for actions that have dynamic input fields or dynamic output fields. When a template is installed and configured, any data-mapped parameters are not shown in the initial configuration dialog when the installed template is first turned on.
-
The Trigger Two-Way Sync module will no longer emit an item for processing if its id is in the database and if its created timestamp equals its last modified timestamp.
-
The Quickbase “add row” and “update row” actions now add/update data values in a manner that no longer causes surrounding whitespace characters.
-
Fixed an issue where automations would by default not send error alert emails to their owners.
-
Automation alert emails sent to both the system admin and to the owners of automations now have a link at the bottom to suppress email alerts from the automation for errors starting with the same error message.
-
Automation alert emails sent to the system admin now have a link at the bottom to stop receiving all email alerts for the automation, plus a link to stop receiving all email alerts for all automations in the account (newly created automations in the account may still send error alerts, however).
-
The polling schedule and daily execution window for polling automations are now retained when polling automations are exported and imported, deployed, or created from templates.
-
Accounts having the “Assembly Developer” or “Switch Account” permissions will see a new automation gear menu option under the “Processing” menu for two-way sync automations named “Two-way sync mappings” that opens a new screen for managing two-way sync mappings in the database. Mappings can be searched, modified, and deleted.
-
The default automation email alert delivery frequency is now daily instead of immediately. The setting can be changed for each account from the automation editor’s Settings menu under the account at the top right.
-
The Salesforce “Two-way sync add or update object record” action now supports matching logic.
-
When wires are joined to modules in the assembly editor, if the assembly execution engine needs to be run a progress dialog now appears instead of just a message in green at the top of the screen.
-
The system no longer stores processed data rows in the database due to causing large database storage and slow search performance. Now, the system stores processed data rows (if the system and automation are configured to store processed data) on the filesystem using the Lucene library. This change is expected to greatly reduce database storage and improve automation history search performance. Existing data rows currently in the database will eventually be pruned based on the system’s configured setting for automation history log age.
-
The baseline docker compose file now persists the appLucene directory.
-
The Subassembly Output (Sync Action) module now only emits the selected data stream rather than all input data streams, so that the Action Two-Way Sync module works as expected without reporting a runtime error that expected information cannot be found.
-
Fixed the Trigger Two-Way Sync module so it won’t hang the automation’s execution when processing the first sync.
-
The Trigger Two-Way Sync module has been deprecated and replaced with a new version that supports enhanced two-way sync logic where items updated in one system are linked to a record in the other system on-the-fly by using matching logic in the create actions. The new module no longer uses created timestamps or has the option to determine when items are created based on equal timestamps or the item not being in the database.
-
Accounts having the “Assembly Developer” or “Switch Account” permissions will see a new automation gear menu option under the “Processing” menu for polling automations named “Manage stored data” that opens a new screen for managing polling data in the database. This will primarily consist of data row unique ids for successfully processed data rows, but may also include other data stored by the automation. Entries can be searched, modified, and deleted.
-
The Recurly integration now uses their latest API version.
-
The OAuth URL’s for GoToAssist, GoToMeeting, GoToTraining, and GoToWebinar have been updated.
-
Two memory leaks have been fixed in the 3rd-party UI library the system uses. One leak caused any data fetched via HTTP to never be released. The other leak caused all UI screen elements to never be released, even after being deleted. The memory leaks would cause the UI to become slow and unresponsive or for the browser tabs to eventually run out of memory and crash.
-
Fixed many additional memory leaks both in system UI code and in the 3rd-party UI library the system uses that were causing memory to not be freed in the Assembly Editor when diagrams were closed.