-
Notifications
You must be signed in to change notification settings - Fork 8.1k
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
[Fleet, Enterprise Search] Integration links lead to "Unable to connect" page if Enterprise Search backend is not running #115266
Comments
Pinging @elastic/fleet (Team:Fleet) |
Pinging @elastic/workplace-search-frontend (Team:WorkplaceSearch) |
@zumwalt Letting you know about this issue as well, because it also affects all App Search integrations. |
Thanks for opening @yakhinvadim. Adding @snide @dborodyansky @zumwalt @bhuvanaurora @clintandrewhall and @ryankeairns to participate in the discussion as well. My suggestion below is based off of a few assumptions. If they are wrong, please correct me.
Given that we'd like to promote the web crawler at the top of the integrations page and it is hard coded, it would be nice to provide a better actionable empty state that is on part with the "no data" empty states we are adding to solutions and analytics apps. Realizing that we only have a day between now and feature freeze, this feels like an impossible task. But I'll ask, are there any quick ways we could clean up this empty state? And if so, is this backportable post-FF? I think the details provided are actionable and good enough for an MVP, but any improvements we can make here would be great if possible. |
A few thoughts:
In other words, in the short term, I believe that we are in a reasonable position. That said, in the longer term, I do believe that the Integrations view could be more aware of the status of the active processes that may be dependencies by still showing the integration, but clicking them may trigger a modal or flyover prompting you to first set up Enterprise Search. I do not believe this to be within the scope of this particular issue, as I assume all Solutions teams will want to participate in this conversation. I believe this to be a no-op for the time being, but am open to discussing more with @alexfrancoeur. PS. It is worth noting that the upcoming re-architecture of the Enterprise Search binary may render this conversation irrelevant in a few/several months down the line, as it may not require a separate process on a separate box to operate. |
Thanks for the reply @jonasll! Adding thoughts and comments inline below.
If you're comfortable with the way this is presented for an onboarding use case, then I think we can pause on this and de-prioritize. Brainstorming, I believe there is room for some small improvements to this UX. Today we show a big red exclamation point and the CTA is go to the docs. Visually, we can probably make this more user friendly. Functionally, we have capabilities we can leverage in Kibana. Kibana is Cloud aware, so we if we wanted to link back to the deployment details for an admin on Cloud - we could. We may also be able to provide a more step-by-step guidance in-product vs. pointing to docs for self managed environments. This all requires work and time so if you and the team feel that this is experience is sufficient enough for onboarding (i) and (ii), I won't push on it. It may be worth revisiting in the next few months as we learn more through telemetry.
Big 👍 , I'll make sure we have an open issue to track this.
If there's some additional context available, I'd love to learn more. cc: @LL6688 |
@alexfrancoeur That context is being laid out as we speak, please stay posted early in CY22. |
Deployments might have Enterprise Search backend not running. In that case, clicking on Enterprise Search cards in the unified integrations view will lead to a generic "Unable to connect" page.
Screen.Cast.2021-10-15.at.12.25.47.PM.mp4
What is the expected behaviour in these cases?
cc: @alexfrancoeur @mostlyjason @bhuvanaurora @jbynum
The text was updated successfully, but these errors were encountered: