Live data from Hacker News

Insomnia REST client now requires an account

github.com

71–80 of 171 posts

Re: Insomnia REST client now requires an account

#71

So we are once again in the - please give alternatives. No clouds, no syncs, no other bullsit ... Postman is dead, insomnia seemed like good alternative.

REST Client extension in VSCode. Just a file that makes requests and lives in your repo. No totally unnecessary SaaS business with per user licensing fees.

Re: Insomnia REST client now requires an account

#73

So we are once again in the - please give alternatives. No clouds, no syncs, no other bullsit ... Postman is dead, insomnia seemed like good alternative.

I found that there are two possible answers:

* good old tools - curl, Emacs plugins (restclient.el is pretty nice), Vim plugins;

* and Postman/Insomnia alternatives - restfox.dev, hoppscotch.io and httpie.io (my personal preference so far) and I found this group to be the most volatile (I personally has moved from Postman to Insomnia).

Re: Insomnia REST client now requires an account

#75
AFAIK, there has been no official response so for all we know, this could be a bug, not intended behavior?

Seems it has (accidentally) at least happen once before (https://github.com/Kong/insomnia/issues/5559) so probably worth switching to a different client regardless if this time was on purpose or not.

Re: Insomnia REST client now requires an account

#80

Earlier quoted context omitted.

Probably not a question you like to hear - but right now if I decide to jump from offline postman or insomnia - which will be the biggest pain points that I am to expect? Edit: And good luck, I have looked quite a bit for project like that.

Oauth2 flow is missing (which should be released by tomorrow), Otherwise you shouldn't encounter any pain points. The app has been in development over 2 years, and community (early adopters) has been using it for over year. It's fairly stable except the occasional blip. I built the tool for myself, I wanted my collections to co-exist alongside my backend code and be able to version it via git. So I ended up creating…

I see the claim of saving everything on the filesystem and collaboration via git.

- Is there a way to handle secrets outside of this flow? - Can we set/reference variables between collections? collection A sets a variable, collection B uses it.

also, a small bit of feedback from someone that briefly played with Bruno this morning.

- moving requests in a collection via drag/drop isn't obvious and it's actually a pain if you're trying to replace the top item. - if I duplicate a request I want the new request highlighted and I would personally prefer if the same tab was opened

Post reply on HN