Troubleshooting
Use these playbooks in order. Most issues are solved by context, role, or readiness checks.
Fast Triage Table
| Symptom | First checks | Next guide |
|---|---|---|
| Page fails to load | refresh, blocker/shields, browser profile | this page (Section 1) |
| Android install warns or is blocked | check whether this is a browser-installed PWA versus the Android shell build | this page (Section 2) |
Access denied or Not found | hub context, role, event permission | Roles and Permissions |
| Passkey sign-in fails or no credential shown | domain, installed app identity, email-first flow on Android, provider selection | this page (Section 6) |
| Ticket/check-in fails | ticket status, required forms, guest forms | Required Forms and Waivers |
| Refund is partial/blocked | refund scope preview, blocked reason list | Purchases and Refunds |
| Waitlist refund-resale offer cannot be claimed/checked out | offer window, account/token claim path, token expiry | this page (Section 7) |
| Push/email not arriving | permissions, delivery settings, repair/test | Chat and Notifications |
1. Page or Section Does Not Load
- Refresh once.
- Check whether requests are blocked by browser shields/extensions.
- Try a clean browser profile or alternate browser.
- Capture URL, UTC timestamp, screenshot, and visible error text.
2. Access Looks Wrong
- Confirm active hub context.
- Confirm role in that hub.
- Confirm event staff permission for event-scoped actions.
- Remember: privacy-by-default may return
Not foundinstead ofForbidden.
If the issue is specifically an Android install warning or Play Protect block:
- Confirm whether you are installing the browser PWA from Chrome or using the Android shell build.
- Browser-installed Android PWAs may trigger device-policy or Play Protect prompts because the browser packages them as an Android app during installation.
- If Chrome blocks the install, keep using the browser tab or switch to the Android shell build instead of retrying the same browser install flow.
- Treat manifest/service-worker tweaks as secondary; these warnings are usually distribution-policy warnings, not missing-PWA-feature errors.
3. Ticket or Check-in Fails
- Open ticket and verify current status.
- Open required forms and verify all required items are signed.
- If guests exist, verify guest forms are completed too.
- Re-scan after readiness state updates.
4. Refund Behaviour Is Confusing
- Confirm whether action is ticket-level or order-level.
- In admin flows, open refund preview and read blocked reasons.
- If partial, verify exactly which tickets were eligible and why others were excluded.
5. Push or Email Notifications Not Arriving
- Confirm browser permission and push subscription health.
- Run repair from Notification Delivery.
- Confirm channel/topic preferences are enabled.
- Check spam/quarantine for email.
6. Passkey or MFA Sign-in Problems
- Confirm you are using
https://app.hubbaly.com(exact domain matters for passkeys). - If this is an installed mobile web app (PWA), remove and reinstall it after major auth/branding changes.
- On Android, enter email first on Login, then tap
Sign in with passkey. - If multiple credential providers are installed (for example Google + Proton Pass), explicitly choose the provider that contains your Hubbaly passkey.
- If passkey still fails, sign in with password and check Passkeys & MFA:
- Confirm a passkey is listed,
- Regenerate MFA backup codes if needed,
- If an authenticator code fails, wait for the next 30-second code and try again,
- Verify authenticator time is in sync on the device.
7. Waitlist Refund-Resale Offer Cannot Be Claimed
- Confirm the offer window has not expired.
- Confirm you are using the correct claim path for event access:
- Member/private contexts require the matching signed-in account,
- Public contexts require one-time offer claim token first.
- Claim the offer before starting checkout.
- If checkout says invalid claim, refresh the claim from the original link and retry.
- If checkout says offer unavailable, the slot was already sold, expired, or moved to public fallback.
- If issue persists, capture attempt ID, UTC timestamp, and response code for ops.
Escalation Template (Copy/Paste)
URL:
UTC timestamp:
User role:
Hub/Event/Ticket/Order context:
Expected behaviour:
Actual behaviour:
Error text:
Repro steps:
Screenshot/log evidence:Strong escalation context shortens time to resolution.
For additional ready-to-send templates (refund clarification, ops handoff, event-day checklists), use Support Playbooks.
Related Guides
Last updated on