Unsatisfactory UX when items are no longer importable by the old path #35
Labels
A-lint
Area: new or existing lint
C-bug
Category: doesn't meet expectations
E-help-wanted
Call for participation: Help is requested to fix this issue.
Consider the following code, in an imaginary
lib
crate.Bar
is now importable both directly aslib::Bar
and aslib::foo::Bar
. If one of these import paths becomes unavailable in a future release, that's a breaking change.I believe (but haven't verified) that this should get caught by the current checks, but the error message will be misleading: it will say that the item was removed or renamed, and will not provide the import path that stopped being available.
There is currently a test case that non-breaking moves do not cause false-positive errors. We'll also need a test that breaking moves and import changes cause true-positive errors with a good error message.
The text was updated successfully, but these errors were encountered: