You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 17, 2023. It is now read-only.
Latest update (0.4.0, released several hours ago) has a very bad bug.
Any data field with a capital 'T' in the name appears to break code generation, yielding the standard comment header and the single line: /*State must be annotated with @generic*/
To reproduce:
The following works properly -- exactly as you would expect:
if (_classFields
.any((e) => type_processor.dataFieldType(e).contains('T'))) {
if (!isGeneric) {
throwInvalidGenerationSourceError(
'${field.name} must be annotated with @generic');
}
}
(Hairy debug session to find this... 'my T' was in a complex type using built values and I had a lot of suspicions to track down before I got to "does it include a capital T' ;-)
Love all the new features, thanks for all your hard work!
The text was updated successfully, but these errors were encountered:
Latest update (0.4.0, released several hours ago) has a very bad bug.
Any data field with a capital 'T' in the name appears to break code generation, yielding the standard comment header and the single line:
/*State must be annotated with @generic*/
To reproduce:
The following works properly -- exactly as you would expect:
The following fails, and is the same other than the type of field, now being SomeTee instead of SomeVee (T in the name vs no T in the name).
The problem stems from line 377 of class_generator.dart
(Hairy debug session to find this... 'my T' was in a complex type using built values and I had a lot of suspicions to track down before I got to "does it include a capital T' ;-)
Love all the new features, thanks for all your hard work!
The text was updated successfully, but these errors were encountered: