insomnia
insomnia copied to clipboard
Kong
version 2023.2 Imports of request collection no longer work
Expected Behavior
import a file exported from insomnia as insomnia json v 4 containning request directory with three commands one of which has a tag Insomnia_2023-05-04.txt
expected bahavior is creation of request direcotry with the command and tag intact
Actual Behavior
upon importing whis file into insomnia v2023.2. a document is created instead name 'Untitled'
and the Tag becomes disconected
also if insomnia already contains the apropriatly named request directory import will create duplicate requests. i think that both tag will point to same request.
Reproduction Steps
- export request directory with a tag
- import into insomnia
- request get duplicated
- delete the request directory
- import into insomnia
- Unnamed Document is created and tag is broken
Is there an existing issue for this?
- [X] I have searched the issue tracker for this problem.
Additional Information
No response
Insomnia Version
2023.2.
What operating system are you using?
Windows
Operating System Version
Edition Windows 10 Pro Version 22H2 Installed on 06/02/2023 OS build 19045.2846 Experience Windows Feature Experience Pack 120.2212.4190.0
Installation method
insomnia updated
Last Known Working Insomnia version
i think the previous version was fine but dont have the nuber on hand since the update
Related to #5930
It's not the same problem as this one. This problem occurs when importing a collection, for some reason in this latest version if you have a template that uses the response from another request everything will break
+1 on this. We're finding request chaining is broken when importing a collection document.
In our case, we use one request to get a token, and then all subsequent requests retrieve the access token out of the first request's response body.
Recently this seems to have broken, with the request ID failing to match up. It looks like the request ID matches that in the JSON that was imported, so not sure why it's broken.
I've tried "fixing" the reference to the first request, re-exporting, then re-importing, but the collection will be back in a broken state.
Broken reference:
The document that was imported, showing the correct ID:
I would like to add that importing a Collection is imported as a Document instead, which is weird. There is no way to import a Collection, unless you create one first manually and import your data in there. However, you will lose all environments, so yeah import does seem to be very broken.
I get the same behavior. For 2023.2, all requests are given a new request id, even the import file contains ids. The solution for me was to downgrade to 2023.1, import the collection then upgrade to 2023.2. This should be a stable workaround.
This is a PIA. I have to go into the insomnia.Workspace.db file to change the scope from design to collection to have it work as a collection.
Synchronization plugin stop working as well, because of during the import it is always generating new ids for requests/groups )=
I have a similar outcome in the newest version 2023.4.0. Chain requests do not work after import. It works on 2023.1, it does not work on any further version including newest beta version 2023.5
same problem here, with the newest version :( chain requests don't work after import.
I also have problem with import
- If I imported collection that I previously exported for test purposes (and I have both original and imported collection inside Insomnia even for different projects) values are propagated (still request in GUI empty for imported collection)
- If I remove original collection and I try to use imported one I receive error
Looks like elements IDs are propagated between projects and if original collection is unavailable I receiving an error. Obviously same error if I import collection created by other developers.
Me too. When I import the collection with tags anywhere else, even though the requests exist because they are imported at the same time, the references don't exist because the ids are new.
