Skip to content

concore.read() API break: tuple return is breaking existing Python studies and generated templates #547

Closed

Description

@avinxshKD

concore.read() now returns (data, ok), but a lot of existing code still expects just data.
That mismatch is breaking loops and data handling in real study scripts.

This is not a corner case, it impacts demos, tools, and init-generated starter code.

What is needed:

Keep backward compatibility for value = concore.read(...) callers.
Provide/keep an explicit status-aware path for new code.
Update generated templates so new projects don’t start broken.
Add regression tests for both calling styles.

Activity

  1. avinxshKD commented on Apr 23, 2026

    @avinxshKD
    ContributorAuthor

    @pradeeban @Rahuljagwani @mayureshkothare What do you think of this ? would appreciate your take.
    read() is core runtime API surface, so breakage here propagates to study execution.

  2. pradeeban commented on Apr 23, 2026

    @pradeeban
    Member

    Yes, that is a critical bug.

  3. avinxshKD commented on Apr 23, 2026

    @avinxshKD
    ContributorAuthor

    @pradeeban Thanks for confirming. I’ll start working on a backward-compatible fix with tests :p

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 working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions