In isInPropertyInitializer, don't bail out at a PropertyAssignment#18449
Conversation
0f842d5 to
5ec6c91
Compare
|
Seems reasonable to me, but I thought much about |
|
After skimming the code and uses of |
|
Having said that, it's mostly used by the language service and test harness, so changing it is unlikely to have too many significant ramifications. |
|
It looks like that won't work because it tries to make us baseline the type of a |
Fixes #18352
In #17910 I had replaced
isInPropertyAssignmentwith aforEachAncestorloop that bailed out on any non-Expression; however, aPropertyAssignmentmay appear in an expression, butisPartOfExpressionreturnsfalsefor it.Are there any other nodes like this? Should we just make
isPartOfExpressionreturn true for aPropertyAssignment?