Skip to content

[Bug] eID wallet cannot start on a fresh clone: packages/platform-icons is never built #1148

Description

@Bekiboo

Description

packages/platform-icons declares "main": "./dist/index.js", but nothing in the documented setup builds it. pnpm install doesn't (the package has no prepare script) and neither does pnpm dev:core. On a fresh clone or a fresh worktree, dist/ is simply absent, and the eID wallet — the only consumer — cannot start on any platform.

Vite fails hard:

Failed to resolve entry for package "@metastate-foundation/platform-icons".
The package may have incorrect main/module/exports specified in its package.json.
File: src/lib/ui/PlatformAppCard/PlatformAppCard.svelte:2:31

svelte-check reports the same thing more quietly, as a single type error that is easy to dismiss as unrelated:

Cannot find module '@metastate-foundation/platform-icons' or its corresponding type declarations.

Steps to reproduce

  1. Clone the repo fresh, or create a new worktree
  2. pnpm install
  3. pnpm dev:core
  4. cd infrastructure/eid-wallet && pnpm tauri dev
  5. The window opens blank; the terminal shows the Vite error above

Expected behavior

After the setup documented in docs/docs/Post Platform Guide/local-dev-quick-start.md, the wallet runs.

Actual behavior

It cannot start until you happen to find and run:

pnpm --filter @metastate-foundation/platform-icons build

pnpm build at the root also works, because turbo's build task carries dependsOn: ["^build"] — but it builds the whole monorepo, which is not what someone wants when they only need the wallet.

Suggested fix

Add a prepare script to packages/platform-icons/package.json:

"prepare": "pnpm build"

pnpm runs prepare for workspace packages on install, so pnpm install becomes sufficient and the local-dev quick start needs no new step. The alternative is to document the build command, but that leaves the same trap for the next person who skips it.

Additional context

Found while setting up a local two-device test for #1146. It cost roughly an hour, largely because the svelte-check symptom reads as an unrelated type error while the real consequence is that the app will not boot.

google-services.json being absent from the repo blocks pnpm tauri android dev on a fresh machine in the same way — worth a separate issue if the team agrees it should ship a dev placeholder.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingeID appthe bug feature concerns the eID app only

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions