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

Backward incompatible changes in v7 and vscode extensions autoupdate #41

Closed
fedulovivan opened this issue Feb 18, 2021 · 6 comments
Closed
Assignees
Labels
not-an-issue This is not an issue question Further information is requested

Comments

@fedulovivan
Copy link

By default vscode performs autoupdate of installed extensions.

So moving options like maxDefaultAndBindingNamesPerLine from top-level scope under wrappingStyle makes extension to apply default setting rather than using project-level override. This breaks formatting of existing code.

@daidodo daidodo added the question Further information is requested label Feb 19, 2021
@daidodo daidodo self-assigned this Feb 19, 2021
@daidodo
Copy link
Owner

daidodo commented Feb 19, 2021

Hi @fedulovivan, sorry for the inconvenience!
But the incompatible change was planned and expected (Discussions). And that's why there was a major version bump.

Back to your issue, is it possible you move the settings to wrappingStyle? If not, why?
I'm also interested in how maxDefaultAndBindingNamesPerLine etc. settings are used in your projects, so that I have better understanding of the use cases.

Please don't hesitate if you have any suggestions or ideas to improve the plugin.
Thanks!

@fedulovivan
Copy link
Author

This is definetly not a problem to move props (already fixed). But due to autoupdate, we did not noticed that immetiately. So several committed files were re-formatted.
Use case for maxDefaultAndBindingNamesPerLine is quite simple - just to keep import { foo, bar, baz } from 'lorem' in one line.

@daidodo
Copy link
Owner

daidodo commented Feb 19, 2021

May I know why the changes weren't found before committing?
And what do you think I can do to the extension?

@fedulovivan
Copy link
Author

On a huge codebase its hard to notice the real reason of appearing such changes. It may be some old file, which was last touched before import-sorter was added to pipeline. Or re-formatting may be caused by the reason we discussing here in #41

@daidodo
Copy link
Owner

daidodo commented Feb 21, 2021

Ok. Sorry again for the inconvenience.
Is there anything I can do to help?

Maybe you'd like to know that there are CLI and APIs for use in CI/CD pipelines, on which this extension is based.

@daidodo
Copy link
Owner

daidodo commented Feb 22, 2021

@fedulovivan, I'll close this issue if there isn't anything I can do.

Please feel free to reopen or create a new if you have further questions!

@daidodo daidodo closed this as completed Feb 22, 2021
@daidodo daidodo added the not-an-issue This is not an issue label Feb 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
not-an-issue This is not an issue question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants