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
Support WebSocket Endpoints #4009
Comments
Thanks for your feedback. I am marking this a feature request. I cannot promise an ETA now. |
How's progress? |
Any news ? |
Looking forward to have this feature ! |
i 'm love this feature . |
joining the notification train |
Same. |
ditto |
+1 |
@@ nothing? |
this feature is awesome |
This feature is needed. |
This feature would be a game changer to our team! |
It'd be awesome if this became a feature! |
+1 |
+1 |
+9999 I've been using this as i work on some other projects. link |
+69 |
+1 |
+10086 |
+1 |
maybe we should ask here: |
Also, see roadmap (which sadly doesn't have any mention of websockets). https://trello.com/b/4N7PnHAz/postman-roadmap-for-developers Would be nice if the postman team would communicate why websockets seem to be such a low priority. |
+1 |
2 similar comments
+1 |
+1 |
Yes, please! |
1 |
+1 |
just click the subscribe button to get notifs |
This issue should be locked until any words from postman team |
+1 |
👍🏻 |
Hello everyone 👋 ! We are immensely excited to announce that Postman now supports the testing of WebSocket APIs! 🎉 In the latest version of Postman, you can now hit the Read more about this on the Postman Blog and share your feedback with us in our discussion forum. Lastly, a big shoutout to our Postman community for providing all the great suggestions here and being patient with us 🙌 ! |
Thanks everyone for patiently waiting for this. Completing the loop around our API Platform constructs was crucial alongside plugging in other protocols. I would like to extend a line to @matanpramp for reporting this feature request in the most succinct way possible and to @gepopa - the team is excited to someday meet and share 🍻. Not to mention every upvotes we received to understand what we need to build. Support for subprotocols (Socket.io, etc) + integrating with collections to test, document, share and use AsyncAPI Schema are all coming soon. This is still in beta and our goal is to iterate based on your feedback. Please file feature requests as new issues and we will keep collating them. |
okay - so socket.io is not yet supported? (wish I found this post yesterday, lol), any timeline on when socket.io support might be? |
Socket.io is already supported. @codenirvana is writing a doc around the specifics. However we want to also build a more dedicated UI support for Socket.io so that you do not need to know the underlying workings of Socket.io while using Postman. That extended support is coming up next. We need to iron out some design concepts before we can confidently convey a date. |
@shamasis is there any support of subprotocols: graphql-ws for websocket |
@prabhakarj13 not yet. Please follow #9997 for updates on subprotocols support. |
looks like its not implemented properly. Like I need to go to new and click on websocket? Why not just new tab and check if url has ws:// or wss://? Like how do new user literally discover how to use websockets? And second we cannot save? Like if there is multiple message if we disconnect and reconnect we lose all the message? I hope this will be fixed once beta is over. But closing this issue without implementing fully might be premature? |
@shirshak55 You can access previous requests/message history from the History tab (left sidebar). The feature is still in beta and we'll be building on top of the feedback we receive here. |
@shirshak55 ... thank you for the feedback. @arlemi answered one of your questions. In the grand scheme of API lifecycle, there is a lot more to do for WebSockets and the current implementation enables the core constructs as described in this issue. #4009 (comment) We are tracking all subsequent bugs and feature requests separately to ensure everything is not stuffed in one long running issue for many years! Please use this GH label to see what we have distilled so far https://github.com/postmanlabs/postman-app-support/labels/websocket I would really love to read more on how you are using Websocket within Postman and the things that we can do when we save a websocket request within a collection. |
Actually, history is not that good tbh. Because after testing one or two endpoint and updating messages there are hundreds of history and I don't know what are the changes. I think it will be improved in future. Can't we just save the request just like another http get/post etc? I understand ws is a different beast but I wished ws would get more focus. The web is no longer just http1.1. And history doesn't work afaik. |
Keep your eyes on our Twitter and release notes. More on ws will keep coming in more often. Socket.io support and collection integration (in some limited scope though.) |
Socket.IO support is now available on latest Postman - https://blog.postman.com/postman-now-supports-socket-io/ |
I am wondering how to emit an event to the |
@vansham-gortnm can you create a new bug report or reaching out to the wider Postman Community for help? Locking this closed thread conversation to avoid unnoticed bug reports and feature requests. Everyone, feel free to raise a feature request and bug report related to WebSocket request here: https://github.com/postmanlabs/postman-app-support/issues/new/choose |
Websocket support, even the most basic (no tests, code generation, collections), would be very useful.
Basic support IMO would be:
Considering the nature of many modern, interactive web applications, web sockets are becoming a basic requirement for many backend automation tasks.
The text was updated successfully, but these errors were encountered: