// HELP/Troubleshooting/Contact support with the right details

Contact support with the right details

Collect the URL, workspace, screenshots, time, device, and logs that help support solve the issue faster.

Good support details cut the back-and-forth

Support can move faster when your message includes the account, workspace, link, exact symptom, time, device, and what changed recently. "It is broken" forces support to ask the obvious questions. "This canvas link opens read-only for me@company.com in the desktop app, but the owner says I have edit access" gives them a real starting point.

Do not send passwords, full card numbers, bank credentials, private keys, or one-time login codes. Support does not need them.

Availability

ItemDetails
Use forLogin, access, billing, missing work, files, desktop, mobile, dashboards, comments
Best evidenceLink, screenshot, exact time, account email, workspace name
Desktop diagnosticsExport logs only when support asks or the issue is desktop-specific
Sensitive dataNever send passwords, full card numbers, or secret credentials

Open Customer Support in ALLO

If you are signed in, the best path is the in-app Customer Support entry. Open Customer Support from ALLO, or go to /support. That gives support a cleaner starting point than a disconnected email because you can include the workspace, account, link, screenshot, and exact symptom from the product context.

Use sales@allo.io for education plans, procurement questions, quotes, or custom contracts for large enterprise, campus, government, university, institution, or lab workspaces. Use Customer Support for blocked access, payment recovery, duplicate-charge investigation, missing work, file problems, desktop logs, and other issues that need troubleshooting.

If you cannot sign in, still include the email address you tried to use, the sign-in method, the exact error, and whether web, desktop, or mobile is affected.

Include the basics

Send:

DetailExample
Account emailThe email signed into ALLO.
Workspace nameThe workspace where the issue happens.
Affected linkCanvas, dashboard, file, project, billing page, or invite link.
What you expected"I should be able to edit."
What happened"The Edit button is missing."
When it happenedDate, time, and timezone.
SurfaceBrowser, desktop app, iOS, Android.
What changed recentlyInvite, permission, payment, update, storage cleanup, deletion, app update.

If the issue affects another user, include that user's email too, but only if you have a legitimate reason to share it.

Add screenshots or recordings

Screenshots are useful when they show the full error state, URL, account/workspace context, and visible controls. Crop out unrelated private content if needed, but keep enough context for support to understand the screen.

For access and read-only issues, include the missing button or error message. For mobile issues, include device screenshots. For desktop window layout issues, include the whole window so support can see controls, tab bar, and screen shape.

Links are often more useful than descriptions. Include the direct link to the affected canvas, dashboard, project, file, or workspace area.

If a link contains sensitive client context, say so. Support can still use it under the support process, but they should know what they are opening.

For login problems

Include:

DetailWhy
Email address usedConfirms account.
Sign-in methodEmail, Google, Apple, organization sign-in, desktop handoff, mobile.
Error textSeparates password, invite, provider, and session problems.
Device and browser/appShows whether the issue is surface-specific.
Whether another device worksSeparates account issue from local app issue.

Start with When you can't log in.

For access, missing work, or read-only problems

Include:

DetailWhy
Item linkSupport needs the exact work item.
Your expected permissionView, comment, edit, manage, owner.
Who shared itHelps trace permission path.
Last time it workedHelps compare recent changes.
Whether teammates can open itSeparates user-specific access from item state.
Trash/archive checksPrevents duplicate recovery steps.

Use When you can't access work, When work looks missing, and When work is read-only first when possible.

For billing, seats, storage, or AI credits

Include:

DetailWhy
Workspace nameBilling is workspace-scoped.
Your roleAdmin and non-admin users see different controls.
Banner or error textIdentifies payment, seat, storage, trial, or credit issue.
Invoice date or receipt numberHelps support locate the charge.
Amount and currencyUseful for duplicate charge or payment questions.
What action was attemptedUpdate payment, change plan, buy storage, buy credits.

Do not send full card numbers. If a card detail is needed, support may ask only for safe identifiers such as last four digits through an appropriate channel.

Use Open billing, Fix a payment issue, Manage seat limits, Fix storage limits, and Buy and manage AI credits.

For desktop app problems

Include:

DetailWhy
OS and versionDesktop behavior differs by macOS and Windows version.
ALLO desktop version if visibleHelps compare with update state.
Whether browser worksSeparates desktop-only issue from account/workspace issue.
Steps before failureSign-in, update, restore, canvas open, notification, export.
ScreenshotUseful for blank screens or window-control issues.
Log bundleUse Export support logs when requested.

Send the .allo-logbundle file as one file. Do not unpack it or paste raw logs into chat unless support asks.

For mobile app problems

Include device model, iOS or Android version, ALLO app version if visible, account email, affected link, whether web or desktop works, and screenshots. For shared-link issues, include whether the link opens in the app, browser, App Store, or Play Store.

Use Troubleshoot the mobile app, Sign in to the mobile app, and Open a shared canvas on mobile.

What not to send

Do not send:

Do not sendWhy
PasswordsSupport should never need them.
One-time login codesThey are secret and time-limited.
Full card numbersUnsafe and unnecessary.
Bank login credentialsNever share them.
Private keys or secretsSupport cannot safely handle them in chat.
Unrelated confidential filesSend only what is needed for the issue.

If support needs a sensitive billing or identity action, they should route you through a secure flow.

Good example messages

Access issue:

"I am signed in as me@company.com in the Acme workspace. This dashboard link opens, but the pinned project says no access. The dashboard owner says I should have view access. It happens in Chrome and desktop. Screenshot attached."

Billing issue:

"The Acme workspace shows a failed payment banner after we updated the company card today at 3:20 PM KST. Billing shows the latest invoice as paid, but the banner remains after refresh. I am a workspace admin. Screenshot attached."

Desktop issue:

"The desktop app on macOS 14 opens blank after the update prompt. The same workspace works in Chrome. I restarted and reinstalled from the download page. I exported a .allo-logbundle and attached it."

When to send a follow-up

Send a follow-up if the issue changes, another user is affected, the workspace owner changes permission, a payment succeeds, or the item is restored from Trash. Include what changed and when. That keeps support from debugging yesterday's state while today's state is different. If the change only appears after a reload, include what you saw before and after refresh.

Give feedback

Was this article helpful?