angular / angular/components

Some symbols not picked up by documentation infrastructure

Đang mở
#32,783 1 bình luận 0 reaction 0 người được giao Xem trên GitHub
area: dev-infra docs P3
Ngôn ngữ chính
TypeScript
Star
25k
Fork
6.8k
Merge trung bình
1 ngày 8 giờ
Pull request đã merge (30 ngày)
91

Mô tả

### Is this a regression?

- [ ] Yes, this behavior used to work in the previous version

### The previous version in which this bug was not present was

_No response_

### Description

`MatSelect` waits for a CSS `animationend` event to close, which never fires in the JSDOM test environment.

- Zone change detection works
- Zoneless CD with `provideNoopAnimations()` works

Since (a) the dependency on the `animations` package was removed in Sept 2025, and (b) within the `animations` package, `provideNoopAnimations()` is scheduled to go away in `v23`, I am wondering what the recommended path will be.

Our current workaround is to inject `ANIMATION_MODULE_TYPE` in our tests. e.g.)

```ts
await TestBed.configureTestingModule({
imports: [...],
providers: [
provideZonelessChangeDetection(),
{ provide: ANIMATION_MODULE_TYPE, useValue: 'NoopAnimations' },
],
}).compileComponents();
```

### Reproduction

StackBlitz link:
Steps to reproduce:
1.
2.

### Expected Behavior

A standardized way to test without `provideNoopAnimations()`.

### Actual Behavior

Tests that depend on waiting for the mat-select overlay to close fail.

### Environment

- Angular:
- CDK/Material:
- Browser(s):
- Operating System (e.g. Windows, macOS, Ubuntu):

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Hướng nghiên cứu

Bắt đầu bằng cách tái hiện lỗi đóng overlay của MatSelect trong môi trường kiểm thử JSDOM và truy vết vị trí chờ sự kiện animationend của CSS. So sánh đường đi đó với workaround TestBed được cung cấp bằng cách sử dụng ANIMATION_MODULE_TYPE và provideNoopAnimations(); hoàn tất nghĩa là xác định và ghi lại một quy trình kiểm thử được chuẩn hóa.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
angular, typescript
Lĩnh vực
frontend, testing
Loại issue
Lỗi
Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức độ hoạt động
Đình trệ
Độ rõ ràng
Cần làm rõ
Mức phù hợp với người mới
35/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.