Skip to content

fix(desktop): creating a project from a subfolder selects the existing parent project instead #2660

Description

@yangcyyang

What happened

When creating a new project, selecting a subfolder located inside an existing parent project folder does not create or select the project using that exact subfolder.

Instead, Maka silently resolves the selection to the existing parent project folder.

How to reproduce

  1. Add or create a project in Maka using a parent folder, for example: /path/to/parent-project.
  2. Inside that folder, create or locate a subfolder: /path/to/parent-project/child-project.
  3. In Maka, choose the option to create/add another project.
  4. Select the child-project folder.
  5. Observe which folder Maka uses as the project root.

Actual result: Maka selects or opens the existing parent-project.

Expected result: Maka respects the exact child-project folder selected by the user. If nested projects are intentionally unsupported, the UI should explain that constraint instead of silently changing the selection to the parent.

Environment

  • Maka version or commit: unknown
  • OS and version: macOS (exact version unknown)
  • Surface: Desktop

Additional context

This prevents users from managing a nested subfolder as an independent Maka project when its parent folder has already been added as a project.

Activity

  1. 1625567290 commented on Aug 15, 2026

    @1625567290
    Contributor

    Taking this.

    Creating/adding a project from a folder that lives under an existing project currently remaps to the parent. I will keep the exact selected folder as the project root (or surface an explicit nested-project constraint instead of silently changing the path), and add a test for the parent/child case.

    Generated-by: Grok

  2. added 2 commits that reference this issue on Aug 15, 2026
    6a995f8
    b3b20c5
  3. added a commit that references this issue on Aug 16, 2026
    9fbdc99
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

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions