opensearch-project/alerting-dashboards-plugin

[BUG] Improve loading state of Destinations list page after Notifications plugin integration

Open

#417 aberto em 10 de dez. de 2022

Ver no GitHub
 (0 comments) (0 reactions) (0 assignees)JavaScript (118 forks)auto 404
buggood first issue

Métricas do repositório

Stars
 (31 stars)
Métricas de merge de PR
 (Métricas PR pendentes)

Description

What is the bug? As mentioned in PR https://github.com/opensearch-project/alerting-dashboards-plugin/pull/413, the full info page and some of the other elements render briefly while various API responses execute.

How can one reproduce the bug? Steps to reproduce the behavior:

  1. Create a 2.0 or above cluster with the alerting and notification plugins installed
  2. Go to the Destinations list page while you have some destinations that have not been migrated to Notifications
  3. The page will display the FullPageNotificationsInfoCallOut for a few milliseconds while it waits for the list of destinations to load.
  4. It will also display the hasNotificationPlugin=false version of the callouts while waiting for the getPlugins method to determine whether the Notifications plugin is installed.

What is the expected behavior? Transitioning from the FullPageNotificationsInfoCallOut to the table view is jarring. We should likely know whether the user has any un-migrated destinations and the Notifications plugin installed before the user gets to the destinations list page.

Guia do colaborador

Direção de pesquisa
Examine o componente da página de lista de destinos para entender onde a busca de dados ocorre e como o estado de carregamento é gerenciado. Concentre se na sequência das chamadas de API para destinos e status do plugin de Notificações para evitar a renderização prematura de elementos da interface.
Pilha de tecnologia
javascripttypescriptreact
Domain
frontend
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
GitOpenSearch Dashboards development setup
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70