Live data from Hacker News

Insomnia REST client now requires an account

github.com

111–120 of 171 posts

Re: Insomnia REST client now requires an account

#111
post #109

Jetbrains has a pretty cool HTTP/REST client: https://www.jetbrains.com/help/idea/http-client-cli.html The 'UI' (which is really an editor/syntax highlighting for the .http files) version I believe is a paid feature on the IDEs, but the CLI one I believe you don't need to pay to use it.

This is a good option. Wish there was a GUI but this works as well

Re: Insomnia REST client now requires an account

#112
post #94

Earlier quoted context omitted.

Even worse, before you could use it without an account. Now it locks you out of your data after the update. You need to create an account to get back your data.

Here is a video that shows how to get access to your data without an account. https://www.loom.com/share/de7af6f9e06b4452a799a033604f9270?...

How about a disclaimer that you're the one that caused this mess? You're the CTO of Kong ...

Re: Insomnia REST client now requires an account

#113
post #85
post #79

- Market yourself up as a Postman alternative - Work for some time - Do the same shit as Postman - ... - Profit? Really? I don’t know even. Why does it have to be the same story all the time? It’s become so tiring.

Because recurring revenue vs no revenue or one time revenue is hard to pass up as a business. I do think cloud based sharing/features do have their place in a tool like this however.

My company would happily pay for licenses. Not after this shit was pulled, though. They even went so far to remove the Kong enterprise api management products from our internal order system. It's not so great to work with a company that pulls the rug underneath you without warning.

I also think these features have a place. I'm quite sad that Kong completely destroyed all trust our company had in them.

Re: Insomnia REST client now requires an account

#114
post #113
post #85

Earlier quoted context omitted.

Because recurring revenue vs no revenue or one time revenue is hard to pass up as a business. I do think cloud based sharing/features do have their place in a tool like this however.

My company would happily pay for licenses. Not after this shit was pulled, though. They even went so far to remove the Kong enterprise api management products from our internal order system. It's not so great to work with a company that pulls the rug underneath you without warning. I also think these features have a place. I'm quite sad that Kong completely destroyed all trust our company had in them.

Agree. I have no qualms paying for open source software if I think the owners treats their users well. I pay for Joplin Cloud but so far they haven't hidden all my data behind a forced signup screen (unless I jump through some export hoops just to end up in a worse user experience)

Re: Insomnia REST client now requires an account

#115
post #100

So. Much. Noise. An update on Insomnia 8.x here: * Insomnia can be used locally-only with Scratch Pad. * Insomnia can be used with an account without sharing any data using Git Sync (the data is in your Git repository, wherever that is hosted). * Insomnia can be used with an account and without Git Sync in a fully end-to-end encrypted way (E2EE). Nobody can read your data. * Insomnia stores your account information i…

Listen. To. Your. Users.

Re: Insomnia REST client now requires an account

#116

Earlier quoted context omitted.

Sorry to deluge you, I found another UI bug. if you rename a collection with existing requests in it, the result will be two collections, 1 with the new name and 1 with the old name. The new name will have all the requests as expected. The old name will be a "ghost" collection, you can't seem to do anything with it, including rename it again. If you close bruno and re-open, the old named collection will be gone.

I see. If you don't mind, can you post an issue here on our github tracker - https://github.com/usebruno/bruno and any screenshots of the issue > if you rename a collection with existing requests in it I am assuming you are renaming directly using the filesystem. I think this is the is issue you are talking about - https://github.com/usebruno/bruno/issues/28

https://github.com/usebruno/bruno/issues/251

Re: Insomnia REST client now requires an account

#117
post #68

Try Bruno - https://github.com/usebruno/bruno - Free and Opensource IDE for exploring and testing APIs - It is lightweight with MIT license - Bruno stores your collections directly in a folder on your filesystem - Use git for collaboration - No cloud sync. Fully offline. PS: I am the creator of this project

Thanks! This looks great! I like the local first (or local only) approach of your tool. It's very refreshing in comparison to the bloated monsters like campfire or postman

yup! every postman alternative just follows postman playbook

starts as offline

vc funding

enables cloud sync for collaboration with teams

deprecates offline as scratchpad

deletes scratchpad

Its been like this for a decade now.

With Bruno the key insight was to store collections and requests as folders and files, and design a markup language that makes it easy to collaborate with your team. I wrote about this here: https://www.usebruno.com/blog/the-saas-dilemma

Re: Insomnia REST client now requires an account

#119
post #68

Earlier quoted context omitted.

Thanks! This looks great! I like the local first (or local only) approach of your tool. It's very refreshing in comparison to the bloated monsters like campfire or postman

yup! every postman alternative just follows postman playbook starts as offline vc funding enables cloud sync for collaboration with teams deprecates offline as scratchpad deletes scratchpad Its been like this for a decade now. With Bruno the key insight was to store collections and requests as folders and files, and design a markup language that makes it easy to collaborate with your team. I wrote about this here: ht…

My only doubt is whether you need to design a special "language" to store the queries/configurations. Wouldn't it be easier to leverage existing languages, maybe something like dhall?

Re: Insomnia REST client now requires an account

#120
post #100

So. Much. Noise. An update on Insomnia 8.x here: * Insomnia can be used locally-only with Scratch Pad. * Insomnia can be used with an account without sharing any data using Git Sync (the data is in your Git repository, wherever that is hosted). * Insomnia can be used with an account and without Git Sync in a fully end-to-end encrypted way (E2EE). Nobody can read your data. * Insomnia stores your account information i…

“So. Much. Noise.“ This comes across as very dismissive of your user’s concerns. Maybe worth giving your ego a break for a few hours and embracing empathy for your users.

It's not about ego, it's about clarity and overall sustainability of the product.

Reality is that Insomnia offers plenty of ways to still run locally, but now it does it in a sustainable way that allows us to improve the product even more.

I forgot to add that users can also create "Private Environments" which are always local and never synchronized with Insomnia Sync (in the cloud) or Git Sync.

Post reply on HN