Got some feedback or found a bug?

Tell us how we could make the product more useful to you and be kept informed of future updates.

In Progress

Focus the first input field (with active cursor) when opening modal in workflow editor

Modals opened by adding an expression to a tag-control will open without their first field focused and without the text entry cursor present in the text field. This is annoying if you are entering multiple entries into the tag-control. For example, trying to access multiple fields from an object requires the user to have to repeatedly move from the keyboard to the mouse and back again, disrupting their progress. The tab/enter combo provided for the tag-control (which is great, by the way) is made much less helpful as using it is immediately followed by the need to take your hand off the keyboard to ‘click into’ the text field of the modal window. The ideal UX would be for users to be able to keep their hands on the keyboard throughout working within a tag-control. There would need to be the occasional exception to this, of course. However, where modals use dropdowns or text fields etc., focusing the first field of a modal with the input cursor ready to accept text would be a beneficial experience for users.

Ben Lehmann 3 months ago

💡 Feature Request

In Progress

Array elements 'disappear' from array step after confirming desired to edit workflow

Element appear to disappear from arrays if you click the red cross button on the element before entering the workflow edit mode. Steps to repro: Open a workflow Enter edit mode Add an array step Add an element to the array. Publish the workflow Click on the array step to reveal the config panel Click the red cross to delete the element Click ‘Confirm’ on the popup that appears asking for confirmation to edit workflow. Note that the element appears to have been removed from the array. Desired behaviour: Array elements should remain visible if red cross is clicked while not is draft mode Actual behaviour Array elements disappear when red cross is clicked when in draft mode

Ben Lehmann 3 months ago

🐛 Bug Reports

New users fail to appear in user's view

Problem Accepting an invitation as a new admin user causes the user record to be removed. When the invitation is sent, user is visible in both the Administrators view and the list of users in the Users view, with the ‘invitation’ badge showing on their record. Once the invitation is accepted, the record is removed from the Users view, instead of updated to show the new badge. Note that the actual User record remains intact in the backend: and the user can still log in with their accepted credentials. Desired outcome Accepting an admin invitation updates badge on user record seen in the Users view. Actual outcome Accepting an admin invitation removes the User record from Users view. Steps to recreate Invite a new admin user. Note the user’s record the Administrators view. Note the user’s record the Users view. Accept the invitation. User’s record disappears from User’s view, but remains in Administrators view.

Ben Lehmann 6 months ago

🐛 Bug Reports

Add UI semantics to fields displayed by association to separate objects

It will help the user if the UI makes a semantic distinction between fields that are intrinsic to an action, and those that are present due to establishing a connection to a separate object. Examples include: actions that have configuration fields that appear due to their association with an Adaptive Card. fields that appear in the Run Workflow action, derived from its connection to a workflow that has workflow inputs. The action configuration panel could usefully have a section that denotes an area where fields will/may appear due to a relationship. It also allows you to say to the user ‘hey, you should watch this space — more fields may appear’ or ‘The inputs workflows you connect will be here’. This will orientate and prime the user to the concept, leading to an improved UX.

Ben Lehmann 9 months ago

💡 Feature Request