angular/components

Changing the value of one progress bar repaints other progress bars on the same page

Fechada

#19.873 aberto em 6 de jul. de 2020

Ver no GitHubGuia do colaborador
 (0 comentário) (1 reação) (0 responsável)TypeScript (6.650 forks)batch import
P4area: material/progress-barhelp wanted

Métricas do repositório

Stars
 (24.044 estrelas)
Métricas de merge de PR
 (Mesclagem média 3d 12h) (98 fundiu PRs em 30d)

Description

Reproduction

Use StackBlitz to reproduce your issue: https://stackblitz.com/edit/angular-dc63ug?file=src%2Fapp%2Fprogress-bar-determinate-example.html

Steps to reproduce:

  1. Open the url in latest chrome
  2. Open dev tool and click three dots, click more tools, add Rendering tab, select paint flashing checkbox there
  3. Now go back to demo url and change the value of second progress bar by typing in the second input box (from top)
  4. while changing any value you will observe the beneath progress bar is also repainting

Expected Behavior

What behavior were you expecting to see? Changing the value of one progress bar should not re-paint the other progress bar on the same page

Actual Behavior

What behavior did you actually see? Changing the value of one progress re-painting the other progress bar on the same page

Environment

  • Angular:8.2
  • CDK/Material:8.2.3
  • Browser(s): Chrome - 83.0.4103.116
  • Operating System (e.g. Windows, macOS, Ubuntu): Windows

Guia do colaborador

Direção de pesquisa
The issue is reproducible in the provided StackBlitz. Investigate the progress bar component in `src/lib/progress bar/` directory. The repaint occurs because Angular's default change detection triggers updates on all progress bars when one changes. Consider using `OnPush` change detection or detaching change detection for individual progress bars.
Pilha de tecnologia
typescripthtmlcss
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.
3
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.
Recente
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Angular change detectionZone.js
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70