Match the symptom to an observable check
All branches below come from the official installation, updating and platform notes ↗. They do not imply a maintainer-confirmed fix for every occurrence.
1Download will not install or reports the wrong architecture
Check the OS and processor against the same official release’s assets. The README documents Windows 10/11 x64, ARM64 and x86 variants; a universal macOS 11+ DMG; and Linux builds with architecture and glibc requirements. Use the installer picker on the main Launcher guide.
CHECKThe filename, architecture and format match your computer; the release supplies SHA256SUMS.txt.
If this fails: If that combination is absent, use the release list rather than renaming another architecture’s file. Do not substitute a third-party mirror.
Keep: Keep the exact installer name, release tag and published checksum.
2The download fails verification or repeatedly fails
Record the exact error and compare the file with SHA256SUMS.txt from that release. Retry the official asset only after noting whether it was a partial download or a checksum mismatch.
CHECKThe downloaded bytes match the published checksum before installation.
If this fails: Stop using a mismatched file; attach the error and log to an issue if an official fresh download still fails. Do not disable verification.
Keep: Retain the log and checksum comparison; do not retain a suspect installer as the working copy.
3Launcher will not start
Record the operating system, processor, exact Launcher release and package filename. Check that build’s documented OS and runtime requirements. Capture the complete startup or system security message; on Linux, launch the exact AppImage from a terminal after the documented executable-bit check to retain its output.
CHECKEither the window opens or you have a specific startup diagnostic to compare with the official package requirements and logs.
If this fails: The README does not provide one universal repair for Windows or macOS startup failures. Keep the security message and use the official issue route below; do not disable platform security or delete application data to try an undocumented fix.
Keep: Startup message, release/package identity and available log.
4An update waits or does not replace an open app
Save the project, close the target Craft app normally, then retry the update. The README says running apps are never replaced and updates keep the installed package format.
CHECKThe target app is closed during replacement, then reopens with its saved project intact and the expected installed version.
If this fails: If the same error remains, inspect the log and use the individual app’s official release as a documented manual installation route. Do not remove project folders.
Keep: Preserve the saved project, current version, offered version and log.
5Linux AppImage does not start
Check the CPU architecture and required glibc version in the release README. Mark the downloaded AppImage executable with chmod +x on its exact path, then run it from a terminal to capture the message.
CHECKThe launcher window opens, or the terminal supplies an observable dependency or graphics error.
If this fails: Use a matching official .deb or .rpm for your distribution if appropriate. For a Nix build failing to load host GPU drivers, the README describes nixGL or using a release package; avoid treating that as a universal AppImage fix.
Keep: Keep terminal output, distribution version, architecture and package filename.
6Linux tray icon is missing or Flatpak apps appear isolated
The README says GNOME needs an AppIndicator extension for its StatusNotifierItem tray icon. Flatpak installs may run apps inside the sandbox when the host lacks Flatpak; inspect the documented sandbox location rather than assuming a host install failed.
CHECKThe main window still provides the catalog; the installation location matches the chosen packaging route.
If this fails: Use the officially recommended AppImage, .deb or .rpm route if the Flatpak boundary prevents the intended workflow. Avoid broad sandbox permission changes.
Keep: Record desktop environment, packaging format and the installation path.
7Cannot find an app that is already installed
Find the app’s row in the Launcher Grid or Table view and compare its installed indicator/version with the standalone app. The README says manually installed apps are detected in normal system locations: /Applications on macOS, the Windows application installation, or the Linux package location. Check the exact location in the official platform table. For a portable Windows copy, inspect the portable folder; for Flatpak, distinguish a host installation from the documented sandbox fallback. Try opening the existing app normally without moving its project files.
CHECKYou can distinguish a missing installation from a working standalone app whose path or version is not being detected by the Launcher.
If this fails: If the standalone app opens but its Launcher row stays uninstalled, retain its path, package type, version and Launcher log and report those facts. No general force-rescan or path-repair control is documented in the reviewed README; do not invent one or reinstall/delete project folders blindly.
Keep: App name, actual install location, package type, working standalone version, Launcher row state and log excerpt.