Skip to content

Conversation

@ahmedhamidawan
Copy link
Member

@ahmedhamidawan ahmedhamidawan commented Nov 15, 2025

We have a bug where in the workflow editor, while typing in a text form element, the value can get unexpectedly trimmed or reset because of the build_module API call updating the values. Adding a debounce of 1 second solves this problem; as we now wait for the user to type out their entire value first.

This debounce is set if the workflowBuildingMode prop is set for FormElement.

Fixes #21205

Before 🔴
debounce_form_element_text_input_BEFORE.mp4
After 🟢
debounce_form_element_text_input_AFTER.mp4

How to test the changes?

(Select all options that apply)

  • I've included appropriate automated tests.
  • This is a refactoring of components with existing test coverage.
  • Instructions for manual testing are as follows:
    1. [add testing steps and prerequisites here if you didn't write automated tests covering all your changes]

License

  • I agree to license these and all my past contributions to the core galaxy codebase under the MIT license.

@ahmedhamidawan ahmedhamidawan added this to the 25.1 milestone Nov 15, 2025
@ahmedhamidawan ahmedhamidawan changed the title [25.1] Add a debounce to text form element to prevent value resetting [25.1] Add a debounce to text form elements to prevent values from resetting Nov 15, 2025
@mvdbeek
Copy link
Member

mvdbeek commented Nov 17, 2025

The test errors look legitimate to me. Maybe debounce is not the right thing? it seems that other fields are fine, is that maybe because LastQueue is used to set those values ?

We have a bug where in the workflow editor, while typing in a text form element, the value can get unexpectedly trimmed or reset because of the `build_module` API call updating the values. Adding a debounce of 1 second solves this problem; as we now wait for the user to type out their entire value first.

This debounce is set if the `workflowBuildingMode` prop is set for `FormElement`.

Fixes galaxyproject#21205
@ahmedhamidawan ahmedhamidawan force-pushed the debounce_form_element_text_input branch from ced3fd1 to f4528ed Compare November 22, 2025 22:36
@ahmedhamidawan
Copy link
Member Author

I tried a slightly different approach thought it is still via a debounce. Seleniums are still failing (though fewer fails than earlier) and possibly related? Will investigate the fails to confirm.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants