-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Always generate base environment id when importing #4378
Conversation
Possibly linked with #3112 |
Hi @dimitropoulos and @filfreire . I just saw the stream and I'll try to clarify. Said that, this code is buggy and so the draft status. Also I don't know if actually make sense to support such a usecase of manually editing the export file, given that now is also present a functionality to import into an existing workspace. |
heads up @Kong/team-insomnia I added a unit test that reproduced the previous faulty behavior. The edge case was such that when reimporting we would end up with dangling environments which the user could no longer interact with. |
@vincendep thanks for contributing this and sorry for the long wait on the merge. In the meantime I added tests 👍 This will go in the next release. |
Hi @filfreire. No problem, happy to contribute. 😁 |
* Always generate base environment id when importing * add unit test * fix lint Co-authored-by: Filipe Freire <livrofubia@gmail.com>
changelog(Fixes): Fixed an issue that caused dangling base environments when importing an Insomnia collection
This pull request ensures the "regeneration" of the base environment id when importing a collection.
Preventing the creation of an additional base environment, will be possible to import into an existing collection (modifying the export file) without losing all the exported environments .
Closes #4178