Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DotExpression: Inner when-concrete block sometimes never gets concrete #754

Open
alexanderpann opened this issue Jan 24, 2024 · 0 comments

Comments

@alexanderpann
Copy link
Member

alexanderpann commented Jan 24, 2024

(links can be followed in maintenance/mps20213)
The mentioned code is this. The main reason are nested dot expressions. Example for such a warning: http://127.0.0.1:63320/node?ref=r%3Aee5b1a89-4907-4bd7-bb79-ba99ef537bd3%28test.ts.expr.os.unitsonly%40tests%29%2F7408964427860868673

As a result, code that asks for the type of a dotExpressions such as dotExpression.type might return null.
Ideally, we only have the equation typeof(de) :==: typeof(de.target). Can we move the additional logic for the option and attempt type to a different place?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant