-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Search:WebCrawlers:ViewCrawler:Manage Domains page]Incorrect error placement after Saving Extraction rules #199154
Comments
Pinging @elastic/kibana-accessibility (Project:Accessibility) |
Investigated and determined that the current notice can't be moved. It's a server error from an invalid request, and moving it or changing how it works will impact the entire Search plugin. |
This is the file where the validation will need to be done: Values for the rules to be validated are under the variable |
I haven't started this, only investigated, and the deadline has been updated so I've unassigned myself to focus on other issues. |
Requires input validation to place the message appropriately. |
PR that adds more validations to the form to prevent the server error from occurring: #202980 |
## Closes: elastic#199154 This adds more validations to the Crawler extraction rules form. The original issue of the error being at the top of the page is not easily fixable, as it's a catch-all server error display. Ideally, we shouldn't have server errors occurring at all, so it makes sense to me to just add a front-end validation to the inputs in this field. These validations cover the following previously-missed scenarios: 1. When a user has not added any rules 2. When rule is for a specific URL and the URL pattern field is empty, or doesn't begin with `/` 3. When the value for "Source" is empty (covers both HTML element and URL selectors) 4. When "Content" is "A fixed value" and the value field is empty (cherry picked from commit 9865da3)
## Closes: elastic#199154 This adds more validations to the Crawler extraction rules form. The original issue of the error being at the top of the page is not easily fixable, as it's a catch-all server error display. Ideally, we shouldn't have server errors occurring at all, so it makes sense to me to just add a front-end validation to the inputs in this field. These validations cover the following previously-missed scenarios: 1. When a user has not added any rules 2. When rule is for a specific URL and the URL pattern field is empty, or doesn't begin with `/` 3. When the value for "Source" is empty (covers both HTML element and URL selectors) 4. When "Content" is "A fixed value" and the value field is empty (cherry picked from commit 9865da3)
## Closes: elastic#199154 This adds more validations to the Crawler extraction rules form. The original issue of the error being at the top of the page is not easily fixable, as it's a catch-all server error display. Ideally, we shouldn't have server errors occurring at all, so it makes sense to me to just add a front-end validation to the inputs in this field. These validations cover the following previously-missed scenarios: 1. When a user has not added any rules 2. When rule is for a specific URL and the URL pattern field is empty, or doesn't begin with `/` 3. When the value for "Source" is empty (covers both HTML element and URL selectors) 4. When "Content" is "A fixed value" and the value field is empty (cherry picked from commit 9865da3)
Description
Errors are clear and present for the user where he/she can easily see them in order to fix it.
Preconditions
Stateful Web crawlers -> View Crawler -> Manage Domains page, Extraction rules tab is opened.
Domain is added.
Steps to reproduce
1.Navigate to Add content extraction rule button by pressing Tab key.
2.Press Enter.
3.Navigate to Rule description field.
4.Enter any text (f.e. Test Title).
5.Navigate to Save rule button.
6.Press Enter.
7.Observe the page.
UI elements
Actual Result
Expected Result
Meta Issue
Kibana Version: 8.17.0-SNAPSHOT
OS: Windows 11 Pro
Browser: Chrome Version 130.0.6723.70 (Official Build) (64-bit)
WCAG or Vendor Guidance (optional)
Related to: https://github.com/elastic/search-team/issues/8256
The text was updated successfully, but these errors were encountered: