-
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
[Bug] Can't load file for file token #757
Comments
👋 Thanks for opening your first issue! If you're reporting a 🐞 bug, please make sure To help make this a smooth process, please be sure you have first read the |
Another thing to note is that the live preview takes literally minutes to load and is blocking and eventually hangs and crashes the app for any file over a few KB. |
Exporting data shows path of
If I change this to
it works fine. This, however, breaks also.
HTH.. |
Hmm, I hesitate to simply replace all backslashes with forward slashes. I assume this hack would break if a file or folder name contained a forward slash? It would be nice to figure out the actual cause of this issue. I don't currently have a Windows machine set up for development. Any chance you'd be interested in working on a fix for this? |
Sure, I'll give it a go 😄 |
In case you want/need a place to start... I'd first figure out if the value of |
Thanks, saved me digging 😄 |
I believe I've replicated the root cause on MacOS as well when having a file with a backslash in it. Happy to try fix this but digging into the code it seems there is some tokenization and untokenization which could be the root cause as I do see some backslash handling/manipulations insomnia/packages/insomnia-app/app/templating/utils.js Lines 133 to 141 in 1bbbf38
insomnia/packages/insomnia-app/app/templating/utils.js Lines 168 to 186 in 1bbbf38
Initial loading and preview works Bring up modal again and preview doesn't work Request works This problem seems to be an issue with backslashes in general as a similar problem shows up when trying to Base64encode (similar to above, requests sents do have the correct data, so the problem lies in the just the view portion it seems) |
Sorry folks! This was incorrectly tagged as a feature request along with other bugs. I'm going back through and cleaning up, sorry for the inconvenience. |
Details
Quick look at error message says:
ENOENT: no such file or directory, open 'C:\Users\Owner\AppData\Local\insomnia\app-5.14.6\UsersOwnerDesktopimage.png'
So looks like it's resolving file path wrongly!
Thanks 😄
The text was updated successfully, but these errors were encountered: