OpenFn / OpenFn/lightning

Reset Canvas State When Exiting Recent History in Sandboxes

Open
#3,961 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug sandboxes and sync
Dominant language
Elixir
Stars
296
Forks
86
Avg merge
1d 13h
Merged PRs (30d)
50

Description

When users open the “Recent History” modal in a Sandbox workflow and then close it, the canvas remains greyed out.
This creates confusion as it appears the editor is still inactive or loading.
A smoother transition and automatic state reset would improve usability.

Current Behaviour

  • Opening the “Recent History” modal greys out the canvas (intended).
  • After closing the modal, the canvas remains greyed out and unresponsive.

Expected Behaviour
When a user closes the “Recent History” modal:

Image

Steps to Reproduce

  1. Navigate to a Sandbox workflow.
  2. Open the Recent History modal.
  3. View details of a run with status “Exception”.
  4. Close the modal.
  5. Observe that the canvas remains greyed out.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the issue in a Sandbox workflow by opening Recent History, viewing an Exception run, and closing the modal. Trace the Recent History modal and canvas state transitions; done means the canvas is active and the grey overlay is removed after closing for Success, Exception, and Failed runs.

Written by the indexing model from the issue text.

Assessment

Tech stack
elixir
Domain
frontend
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.