April 2026 Product Release

We've redesigned how permissions work across projects and workspaces to make onboarding effortless, give you control when you need it, and build a secure foundation for the future.

• 🏗️ Project-level Permissions: Access is now managed through the project for clearer, more secure collaboration 
• 👥 New Project Roles: Viewer, Contributor, and Admin replace the old Basic/Admin structure 
• 🎨 Redesigned Sharing Dialog: See project roles, sort user list, and manage access more clearly 
• 🔓 Public Sharing & Default Access: Quickly onboard teams by automatically adding users from a workspace link

💡 This change is only applicable for projects and workspaces that belong to projects. Permissions behavior for Workspaces outside of projects remain the same.

🏗️ Project-level Permissions

Access is now fully aligned at the project level

Previously, it was possible to share a workspace link with someone who wasn't part of the project, and they could gain access. This is no longer possible. If you're not a member of the project, you cannot open any workspace within it — even with a direct link. Access is always managed through the project.
Similarly, when public sharing is enabled and a user opens a workspace for the first time, they are automatically added to the project with the appropriate role — so there's no longer a situation where someone is in a workspace but not the project.

What happened to my existing access?

Your access has been automatically migrated. If you previously had write or admin access to project workspaces, you've been assigned the Contributor role. If you had read-only access, you've been assigned the Viewer role. If you had Link Sharing enabled for a workspace, it has been migrated to the new Public Sharing & Default Access setting. No action needed — the experience inside workspaces remains the same.

👥 New project roles: 

Viewer, Contributor, and Admin

Previously, project membership meant either Admin or Basic. Basic access didn't say anything about what you could do inside a workspace — that was managed separately per workspace.
 

We've replaced this with three project roles that act as a ceiling for what a user can do in any workspace within that project:

Workspace Admin: what's changed

The Workspace Admin role works largely the same as before — Admin users can still show and hide tools, configure plan settings, lock elements, and manage how workspaces are set up and run.
 

What's changed is that Workspace Admins can no longer invite or remove users. User management has moved entirely to the project level. Only a Project Admin can grant a user Workspace Admin access — and only if that user is at least a Project Contributor.

🎨Redesigned sharing dialog

The workspace sharing dialog has been updated to reflect the new project-centric permission model and make it easier to manage access at a glance.

What's new:

• The project name and color are now prominently displayed in the dialog header, making it immediately clear which project a workspace belongs to
• The user list now shows all project members along with their project role, giving you a complete picture of who has access and at what level
• You can now sort by name or permission level and search by name — making it much easier to find the right person in larger teams
• The old "Import Project Users" and "Add Users" buttons have been consolidated into a single, cleaner interface — adding users is now handled directly through the project

🔓 Public sharing: quick access for your whole team

Each workspace has a Public Sharing & Default Access setting that makes it easy to onboard users without manually adding every person.
When the checkbox "Non-members are added to the project..." is enabled, any user who opens the workspace via a link will automatically be added to the project. A dropdown lets you choose the role they receive:

• As Viewers — non-members are added with read-only access
• As Contributors — non-members are added with edit access

💡 'Public sharing' & 'Default Acces's replaces 'Link Sharing' setting.

Enabling public sharing will:

• Make the workspace visible to all project members in their project folder
• Make the workspace accessible to non-project members via a direct link
• Automatically add those non-members to the project as Viewer or Contributor, depending on your selection

When public sharing is off, only users already explicitly added to the project can access the workspace — even if they have a direct link. This makes it easy to lock things down once your team is set up.

 Workspaces with Link Sharing remain accessible:

• Existing project workspaces with Links sharing set will be automatically migrated to a similar Public Sharing setting.
• Link sharing "read" -> Public Sharing as Viewers
• Link sharing "edit"  -> Public Sharing as Contributors

🚀 Thanks for building with Hoylu!

As always, we’re committed to making collaboration easier, more secure, and more scalable as your projects grow.