Feedback

KING

Hi ApiDog Team, I would like to request the addition of a Feedback Form feature within ApiDog's API documentation platform. This feature would allow API consumers to easily submit feedback directly from the documentation, providing insights into API usability, clarity, and potential issues. Key Features Requested: A simple, customizable feedback form embedded within the API documentation. (v1) Options to collect user feedback on API endpoints, documentation quality, and overall experience. (v1) Ability to categorize feedback (e.g., Bug Report, Suggestion, Question). (v1) Integration with third-party tools (e.g., Jira, Slack, GitHub Issues) for seamless feedback management. (v2) Analytics and reporting to track common feedback trends. (v3) This would significantly improve the developer experience and help API providers proactively address concerns. Thank you for considering this request! Best regards, Hristian

In the folder details, in the "endpoints" tab, you can select which columns to show, and their order. It would be nice to be able to resize the columns width

Your article here https://apidog.com/blog/awesome-cursor-rules/ is an embarrassment, considering that .cursorrules became the legacy system two months before the article was published on the 12th April. It will be deprecated entirely some time soon. This is atypical example of filler content from someone who has little to no interest in the subject and is only publishing it to attempt to get traffic. Rules are now contained in the .cursor/rules folder.

It would be good if you could add a Capitalize processing function that would be able to capitalize strings in 2 ways: Only first capital letter (this is sparta -> This is sparta) Capitalize all words (this is sparta -> This Is Sparta)

Our API allows 2 types of Authentication: Bearer and API Key. Unless we are missing something, we can only choose 1 type of authentication. The root folder should allow multiple auth types to be declared. Each endpoint should allow to select 1 or more of these auth types. (maybe a multiselect?) The generated docs should show what auth methods are available, and for each endpoint, which one(s) are accepted. At the moment, it is very annoying testing each endpoint using different auth methods, as we have to go to root folder, change auth types then run the endpoint again.

Hey! I am moving over from postman, and work in the integration space of the world, so understanding API's is part of my life. Postman, for OAuth 2.0 has auto-refresh tokens, which is awesome, as when the token expires, postman will get a new one without me needing to go and click on to refresh/get. This would be super awesome, and make life super smooth compared to always going to refresh or get a new token depending on the service/timeout. Some services I work with have 30 minutes for the token.

We use Postgres databases with SSL enabled, as of right now there is no way in Apidog to specify SSL should be used to connect with the database, resulting in an error like below error: no pg_hba.conf entry for host "x.x.x.x", user "user", database "database", no encryption at Parser.parseErrorMessage (/home/runner/.npm/_npx/ae100d9c15b15973/node_modules/pg-protocol/dist/parser.js:283:98) at Parser.handlePacket (/home/runner/.npm/_npx/ae100d9c15b15973/node_modules/pg-protocol/dist/parser.js:122:29) at Parser.parse (/home/runner/.npm/_npx/ae100d9c15b15973/node_modules/pg-protocol/dist/parser.js:35:38) at Socket.<anonymous> (/home/runner/.npm/_npx/ae100d9c15b15973/node_modules/pg-protocol/dist/index.js:11:42) at Socket.emit (node:events:518:28) at addChunk (node:internal/streams/readable:559:12) at readableAddChunkPushByteMode (node:internal/streams/readable:510:3) at Readable.push (node:internal/streams/readable:390:5) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) {