Skip to content

opentui: crash #3462

Closed
Closed

Description

@rekram1-node

Description

On startup I got:

=== FATAL ERROR OCCURRED ===
Console cache:
2025-10-26T19:53:17.012Z ERROR TypeError: undefined is not an object (evaluating 'x3.data.providers')
Error details:
undefined is not an object (evaluating 'x3.data.providers')
TypeError: undefined is not an object (evaluating 'x3.data.providers')
at (src/cli/cmd/tui/context/sync.tsx:134:11)
at processTicksAndRejections (native:7:39)

OpenCode version

No response

Steps to reproduce

No response

Screenshot and/or share link

No response

Operating System

No response

Terminal

No response

Activity

  1. added
    bugSomething isn't working
    opentuiThis relates to changes in v1.0, now that opencode uses opentui
    on Oct 26, 2025
  2. rekram1-node commented on Oct 26, 2025

    @rekram1-node
    ContributorAuthor

    This happened because of an invalid agent definition, if I run old opencode it will give a better error:

    bun x opencode-ai@latest
    Error: Config file at /Users/aidencline/development/opencode2/.opencode/agent/docs.md is invalid
    
  3. github-actions commented on Oct 26, 2025

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

    Feel free to ignore if none of these address your specific case.

  4. veracioux commented on Oct 26, 2025

    @veracioux
    Contributor

    I think to fully address this issue, we need to do a thorough implementation of proper error handling in sync.tsx. For one, #3447 fixes this for invalid model in an agent *.md file (e.g. if you specify model: 1)

    If you want you can offload this task to me - I can tackle it tomorrow.

  5. rekram1-node commented on Oct 27, 2025

    @rekram1-node
    ContributorAuthor

    @veracioux should it be handled in sync.tsx? I would think that a validation error for invalid config should stop before it even spawns the tui

  6. veracioux commented on Oct 27, 2025

    @veracioux
    Contributor

    @rekram1-node That's a good point for this case, but I was talking more generally. For example, I see a lot of ! assertions in sync.tsx that seem fragile to me. That's why I suggest a proactive approach instead of a diagnostic approach.
    But yes, I agree, this proactive approach should not be confined to just sync.tsx.

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

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingopentuiThis relates to changes in v1.0, now that opencode uses opentui

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions