Action buttons
Streamline repetitive tasks with Action Buttons in Noloco
Overview
You can use Action Buttons in Noloco to perform specific actions, or groups of actions, on your records. They are a great way to cut down on the number of repetitive tasks that your users have to do and to reduce human error with automation.
These seemingly simply buttons can be used to perform one of 10 different tasks on a record page, or one of its related records. For example you can Create, View, Update, or Delete a record, add a comment to a record, Navigate to another record, Copy a record to the clipboard, Show an iFrame or, Scan a barcode

You can also create multi-step actions by combining several actions together which get triggered by a single click. For example you could add an action button, like Review & Publish
below, that allows you to review the name of a property and mark its status as active automatically.


Adding an Action Button
To add an Action Button to your project, first enable edit mode. Next, click on the record where you want to add your action. At the bottom of the record's properties there is a section for Action Buttons.
Click the "+" button to add a new Action Button and then click on the edit icon to configure the appearance and functionality of your new Action Button.

Configure an Action Button
Once you've added an Action Button you can configure the appearance and functionality of your button with the following options:
Button Text
The text that appears on the button
Static string of text
Appearance
The colour of the button
Default - grey
Success - green
Warning - amber
Danger - red
Icon
The icon to show in the button (Optional)
Choose from one of our icons
Type
The way the action button executes
One click - Action executes immediately
Modal - Confirmation modal pops up before execution
Modal Title
The title of the modal
Dynamic string of text
Modal Description
Additional text to include in the modal
Any markdown formatted text
Button Tooltip
Help text to show when the user hovers over the button
Any markdown formatted text
Notification
Declare whether or not to show a notification to the user
On or Off
Notification Type
Choose the appearance (color and icon) of your notification, or choose to show the user confetti for completing the action
Success - Green Information - Blue Warning - Yellow Danger - Red Confetti - Confetto
Notification Text
Text to show in the Notification
Dynamic string of text
What Should Happen
What action will be performed
Explained in the section below
Add an Action
Each Action consists of an Action Type, a Record and a Field. When you create a new Action you need to specify what should happen next, i.e. the Action Type. There are currently 10 supported record action types:
Delete a record
Add a comment or note
Navigate to
Run an on demand workflow
Show an iFrame
View a record
Copy to clipboard

The record: This is the record you'll be updating or deleting, usually it's the record on the page, but you can update or delete a related record (like a buyer in this example)
This record i.e. the record the Action Button is on
This record -> {related record name} i.e. a related record from the record the Action Button is on
The fields: Toggle on the fields you want included as part of the action button
Example Action Button
If an action button has multiple action steps, they can fill out the form fields required in each step and confirm each step before moving on. This makes it very easy to define multi-step workflows.

The final result of this action button can be seen below:
A simple button that allows you to modify the sell price of a transaction and then mark the transaction as closed

Action Button Visibility
Action buttons can be configured with visibility rules to show/hide them based on user roles, user properties, or record values.
Setting Up Action Button Visibility
Select the Action Button: In build mode, click on the action button you want to configure
Access Visibility Settings: Click on the "Visibility" tab in the sidebar
Choose Visibility Type: Select from the following options:
User Type Visibility
All Users: Button visible to everyone (internal and external users)
Internal Users Only: Button only visible to team members
External Users Only: Button only visible to clients/external users
User Role Visibility
Select specific user roles that should see the button
Multiple roles can be selected
Users must have one of the selected roles to see the button
Custom Visibility Rules
Create advanced rules based on:
Record Values: Show button only when certain field conditions are met
Logged-in User Properties: Show based on user attributes (department, status, etc.)
Complex Logic: Use AND/OR conditions for sophisticated visibility rules
Common Action Button Visibility Scenarios
Status-Based Buttons
Show different action buttons based on record status:
"Approve" button only when status = "Pending"
"Complete" button only when status = "In Progress"
"Reopen" button only when status = "Closed"
Setup: Use Custom Rules > Record field condition: Status equals "Pending"
Role-Based Actions
Restrict powerful actions to specific roles:
"Delete" buttons only for Admins
"Approve" buttons only for Managers
"Edit" buttons hidden from Read-only users
Setup: Use User Role visibility and select appropriate roles
User-Specific Buttons
Show buttons only for records owned by the current user:
"Edit My Profile" only on user's own record
"Delete My Task" only on tasks assigned to them
Setup: Use Custom Rules > Record field "Assigned To" equals "Logged in User"
Testing Action Button Visibility
Use "View as User": Test different roles and scenarios in build mode
Check All Conditions: Verify all visibility conditions are met
Test Edge Cases: What happens with empty fields, new records, etc.
Mobile Testing: Ensure buttons appear correctly on mobile devices
Troubleshooting Action Button Visibility Issues
Button Not Appearing
Check Visibility Rules: Verify the user/record meets all conditions
Role Assignment: Confirm the user has the expected role
Field Values: Check that record fields have the expected values
Permissions: Ensure the user has permission to perform the action
Publishing: Republish the app after making visibility changes
Button Shows When It Shouldn't
Review All Rules: Check for conflicting or overly broad visibility rules
Test Conditions: Verify the visibility conditions are working as expected
User Properties: Check if user attributes are properly set
Record State: Ensure the record is in the expected state
Visibility Rules Not Working
Refresh Cache: Clear browser cache or test in incognito mode
Check Field Names: Ensure field references in rules are correct
Data Types: Verify field types match the visibility rule conditions
Rule Logic: Test AND/OR logic - all AND conditions must be true
Advanced Action Button Visibility
Multi-Step Workflow Buttons
Create buttons that appear at different workflow stages:
"Start Review" (visible when status = "Draft")
"Approve" (visible when status = "Under Review" AND user role = "Manager")
"Publish" (visible when status = "Approved" AND user = record creator)
Conditional Button Text
Use dynamic text in buttons based on visibility conditions:
"Submit for Review" vs "Resubmit for Review"
"Assign to Me" vs "Unassign from Me"
Time-Based Visibility
Show buttons based on dates:
"Renew" button only appears 30 days before expiration
"Late Payment" actions only after due date
Setup: Use Custom Rules with date comparisons and relative date filters
Troubleshooting
Browser Issues
If your browser seems to block Navigate to
actions you may need to enable pop-ups in your browser for Noloco. Additionally you may need to disable browser extensions such as Loom to allow these actions to function as expected.
Visibility vs Permissions
Remember: Visibility controls what users see, but permissions control what they can actually do. Always set both:
Visibility Rules: Control button appearance
Table Permissions: Control actual data access and modification rights
Hidden Field Values
Learn how to pass hidden field values for your action buttons here.
Last updated
Was this helpful?