We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
In 3.1, we enabled renaming modules in imports (and exports?). So, for example, you can rename "file" in import { x } from "file".
import { x } from "file"
I believe this was the key change: 24a5bdd
Older versions of VS will see that canRename is true in that location but fail to call getEditsForFileRename instead of findRenameLocations.
canRename
getEditsForFileRename
findRenameLocations
We probably need a UserPreference to make this behavior opt-in.
UserPreference
The text was updated successfully, but these errors were encountered:
The current behavior of VS is that the rename is allowed, but only updates the single location, introducing an error.
Sorry, something went wrong.
Related issue #28679
sandersn
uniqueiniquity
No branches or pull requests
In 3.1, we enabled renaming modules in imports (and exports?). So, for example, you can rename "file" in
import { x } from "file"
.I believe this was the key change: 24a5bdd
Older versions of VS will see that
canRename
is true in that location but fail to callgetEditsForFileRename
instead offindRenameLocations
.We probably need a
UserPreference
to make this behavior opt-in.The text was updated successfully, but these errors were encountered: