Dynamic change in label of mat-option gives ExpressionChangedAfterItHasBeenCheckedError
See original GitHub issueWhat is the expected behavior?
Error should not occur for this scenario.
What is the current behavior?
Error: ExpressionChangedAfterItHasBeenCheckedError: Expression has changed after it was checked. Previous value: 'null: '. Current value: ‘null: Change to localized version’.
What are the steps to reproduce?
Essentially I mimicked a similar thing that I am seeing with this stackblitz. In the real world we have pipe that goes to a service to retrieve a localized version of a string. What happens is we call this pipe and it goes to a service that file does a http get for a json and finds a string that is in the proper language.
Our form field select is like so:
<mat-form-field>
<mat-select
id="clinicPrefReportsDropdown"
class="select-reports"
[disabled]="!isButtonEnabled"
(selectionChange)="SelectReportsChanged($event)"
[value]="SelectedReport"
>
<mat-option value="ClinicPreferredReports">{{
'ClinicPreferredReports' | localize: localizationSection
}}</mat-option>
<mat-option value="MyPreferredReports">{{
'MyPreferredReports' | localize: localizationSection
}}</mat-option>
<mat-option value="CustomReports">{{
'CustomReports' | localize: localizationSection
}}</mat-option>
</mat-select>
</mat-form-field>
What happens is those labels start off as null and when the service comes back with the proper string it changes it and this is where the expressed changed error comes into play. So my stackblitz simulates this with having option1 as a variable in OnInit I put a setTimeout for 2 seconds to change the string and there error comes up.
I guess I am wondering if this is truly a bug or if I need to do something different to not allow this to happen. I did get this to work by manually calling a change detection after the localize variable we have gets populated (and take the pipe out of the equation) but this is a workaround to the problem I feel like.
Any thoughts?
Issue Analytics
- State:
- Created 5 years ago
- Reactions:13
- Comments:19 (2 by maintainers)
Is this going to be checked in any time soon?
I have this same issue using
ngx-translate
on amat-option
object.