v0.274.2

• Bug fixes for match

v0.274.1

New Features:

• Support for experimental match feature using option experimental.pattern_matching=true

v0.274.0

Likely to cause new Flow errors:

• Unannotated object literals reachable from exports will now be inferred to have all mutable fields when being imported. Previously, it has unsound types, so new errors might appear.
• When comparing two object types whose properties have variance incompatibilities, Flow will raise a single error that will summarize the properties with incompatible variances, instead of a single error for each property. (e.g. try-Flow)
• When an object with extra properties is passed to a place that expect an exact object, we will now generate a single error with all extra properties. The error message will list the extra properties, and state that "Exact objects do not accept extra props". In rare cases, the error locations might be moved.
• Flow will error more consistently with sketchy-bool on nullable boolean types (e.g. try-Flow)

Library Definitions:

• All properties in the builtin PropertyDescriptor type are marked as readonly. If you need a mutable version, you can introduce something like type MutablePropertyDescriptor<T> = {...$Exact<PropertyDescriptor<T>>, ...}

v0.273.1

Notable bug fixes:

• Fixed windows builds.
• Fixed crash when loading saved state.

v0.273.0

Likely to cause new Flow errors:

• We are announcing Natural Inference for Flow, an improved way to infer types for primitive values, that resolves a long-standing correctness gap and source of confusion. See more in this post.
• Added nested-hook and nested-component lint errors which detect nested hook or component syntax within component or hook syntax. This is on by default.

Notable bug fixes:

• For default imports, the autoimport ranking will now consider the names of the importing side. (e.g. Previously we completely ignored the name of foo in import foo from './bar', but now we will count foo. If the pattern of import foo from './bar' happens a lot, then the autoimport algorithm will be more likely to suggest import foo from './bar' rather than import bar from './bar').
• Flow will infer a correct type when viewing the type of an object literal as a dictionary type. For example, the error in this try-Flow will be raised.
• Previously, we undercounted some imports during indexing, which causes autoimport ranking to behave incorrectly. The issue is now fixed.
• Flow will no longer emit react-rule-hook-conditional error for hooks called in a conditionally defined nested component.

v0.272.2

Notable bug fixes:

• Prevent non-termination when computing code actions.

v0.272.1

Notable bug fixes:

• Fixed https://flow.org/try. It was broken from v0.270.0 to v0.272.0.
• Documentation in hover now preserves indentations. Therefore, code blocks in jsdoc will no longer lose indentation.

v0.272.0

Likely to cause new Flow errors:

• When component syntax is enabled, hook calls happen inside an upper case function that doesn't have a props param that's a subtype of interface {} will get react-rule-hook-definitely-not-in-component-or-hook error.
• Calling a function that's a union of hook and non-hook will now get react-rule-hook-mixed-with-non-hook error instead of react-rule-hook error. Calling functions named like hook but not in hook syntax will now get react-rule-hook-non-hook-syntax instead of react-rule-hook error.

Notable bug fixes:

• Go-to-definition on default import of module.exports will correctly jump to the exporting file

Parser:

• Fix crash on ''#!/usr/bin/env node\n'' when generating token list

Library Definitions:

• React.forwardRef is marked as deprecated. We might remove it from our builtin libdef in the future.

v0.271.0

Notable bug fixes:

• Multiple levels of export * will now be correctly indexed so that they won't be missing in autoimport results.

Library Definitions

• Add Float16Array type

v0.270.0

Likely to cause new Flow errors:

• When component syntax support is enabled, upper case functions with component-like name but doesn't return React.Node will no longer be treated like components. Thus, all the hooks call in such functions will have react-rule-hook-definitely-not-in-component-or-hook errors.
• Usage of Object.assign will now trigger unsafe-object-assign lint error that's on by default. The type checking behavior for Object.assign will otherwise stay the same for now.
• When Flow decides that the hook call definitely doesn't happen within component or hook body, it will emit errors with code react-rule-hook-definitely-not-in-component-or-hook.

Parser:

• Parse the TS nonnull assertion operator.