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
This is caused by the openapi3 emitter and projectProgram. Since the visibility system uses strong type references as keys, I'll need to add some logic that handles projections specially.
@wanlwanl Thanks for the report! This was related to another issue observed with the enum-driven visibility system interacting with projections, which are used in our OpenAPIv3 emitter. The linked PR fixes the issue and adds some tests against regressions.
… are used (#5525)
- Changed `getLifecycleVisibilityEnum` to honor projections when
`program` is a `ProjectedProgram`.
- Taught `Projector` to project `EnumValue` values only, so that they
remain consistent with projected `Enum` and `EnumMember` references. If
the projection of the underlying `EnumMember` does not result in another
`EnumMember` (i.e. it projects to some other type, which I think should
be rare, but possible according to the type system), the projector gives
up and returns the original enum member.
A more complex solution would try to project all values, but this could
damage the scalar hierarchy and there is an open issue to consider
removing projections in favor of mutators in the future.
Closes#5450Closes#5461
---------
Co-authored-by: Will Temple <[email protected]>
Describe the bug
In line 41,
invisible
decorator doesn't wotk, it still generatevalidated
.Reproduction
Reproduce in this way, check line 41
Playground
Checklist
The text was updated successfully, but these errors were encountered: