Search blocks by description or jump to a page.
A guest access panel with an allow guests switch, a permitted email domain list, default permission options, and an active guest count row.
The source for every Application block is included with Pro and Team. Start a plan to copy the code.
Already on a plan? Log in
Guest Access Settings lets clients and contractors into specific projects without a member seat. The panel opens with an Allow guests switch whose description states the consequence in full: turning it off suspends every existing guest at once while their comments and edits remain, attributed to them. A permitted email domains section lists the allowed domains (northwind.com, contoso.co.uk, fabrikam.io) each with a guest count badge, who added it and when, and a Remove button, plus an add a domain field. Default guest permission radio rows follow (can view, can comment, can edit), each describing exactly what the level allows. An active guest count row with a Review guests action closes the panel.
Permitted domains and permission options are two typed const arrays. The default permission is a ceiling: project admins can lower it per guest but never raise it, and the copy under each row states that boundary so the choice is never guesswork.
Reach for this block on the workspace security or members settings page, visible to admins, wired to your guest policy API. Keep the domain list as the gate on who can be invited, and use the default permission as the safe floor for new guests.
A natural flow around it on an Application Pro page:
Before
After
One strong use is the workspace guest policy panel. Other external access surfaces:
Tip: spell out the suspend behavior under the switch; an admin toggling guest access off needs to know whether guest content survives before they commit.