fix: disable Generate button when required fields are not filled#5927
fix: disable Generate button when required fields are not filled#5927mykh-hailo wants to merge 2 commits intoFlowiseAI:mainfrom
Conversation
Summary of ChangesHello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request significantly improves the robustness of data handling and field validation within the Highlights
Changelog
Activity
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
There was a problem hiding this comment.
Code Review
This pull request aims to improve validation by ensuring all input field changes trigger the necessary parent handlers. The approach of centralizing the logic in handleDataChange and expanding the list of tracked input types is good. However, the implementation is incomplete. The handlers for code and array input types have not been updated to use handleDataChange. Additionally, while the file input handler has been updated, its type has not been added to the list of types that trigger the parent handler. These omissions prevent the validation from working for these input types, which undermines the goal of this PR. I've left a detailed comment with a suggestion to address these issues.
6048674 to
7838d18
Compare
|
@HenryHengZJ I am very happy for my first PR for Flowise. |
|
hey @mykh-hailo ! thanks for the PR. |
|
@HenryHengZJ thanks for notifying me that. Here are the steps to reproduce the bug:
Expected Behavior: Actual Behavior: Here is another step: Expected Behavior: Actual Behavior: This PR is to resolve this all validation issues. |
|
@HenryHengZJ can you share your ideas for my comments please? |
|
Hi @HenryHengZJ I'd appreciate it if you share your ideas on it. |
|
@HenryHengZJ I'd appreciate it if you review my PR very quick. |
…ocStoreInputHandler
|
@mykh-hailo while your method works - but this causes re-rendering on When the user fills in "Model Name" (a string field) for ChatOllama and tabs/clicks away, |
|
@HenryHengZJ Thank you for the kind updates. |
|
can you test the changes and see if you're good with that or there is any other issues |
|
@HenryHengZJ I checked your update and LGTM. |
Description
This PR improves the data handling and field validation in the DocStore input component by ensuring all input field types properly trigger parent component change handlers.
Closes: #5450
Changes
allowShowHideInputTypesarray to include additional field types:string,password,number,code,json,datagrid, andarray. This enables these field types to trigger parent node data change handlers, allowing for proper validation and state management.handleDataChangefunction instead of direct data mutations. This ensures all input field changes are tracked consistently and trigger appropriate parent component updates.