Skip to content
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

history of all requests #184

Open
spnaik66 opened this issue Feb 24, 2024 · 15 comments
Open

history of all requests #184

spnaik66 opened this issue Feb 24, 2024 · 15 comments
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@spnaik66
Copy link

feature like Request Logging, Response Logging,Timestamps,Clear History

@spnaik66 spnaik66 added the enhancement New feature or request label Feb 24, 2024
@Ivan2001otp
Copy link

Ivan2001otp commented Feb 24, 2024

I would like to fix this issue. Please assign this issue to me. @ashitaprasad

@ashitaprasad
Copy link
Member

@Ivan2001otp, We do not assign issues. You are free to work on it and send across a PR.

@nikkivirtuoso
Copy link
Contributor

in this issue do we have to maintain the whole history or simply maintain the history upto that session ? Just asking as, if we want to maintain the whole history we will use the list and that will make the working slow as it has to track all the history and then display it, if we want to maintain history for particular session this will not affect the speed

@animator
Copy link
Member

@nikkivirtuoso Usually history maintains the entire history (upto certain number of days like 1 week, 1 month, etc. that can be set by the user) & not just the session history.

@animator animator added the good first issue Good for newcomers label Feb 25, 2024
@nikkivirtuoso
Copy link
Contributor

so we can do something like this:
Screenshot 2024-02-26 at 1 29 57 PM

@nikkivirtuoso
Copy link
Contributor

moreover, we can show whether the request was successful in getting the POST method or not but first we have to implement this in our application for that we can make a seperate window for the history like making a icon just below the requuests icon in the vertical appBar( left side of the application) and when user click on it (if he/she wants to check the history) then we can display the history like this
Please have look on this 😊

@nikkivirtuoso
Copy link
Contributor

Screen.Recording.2024-02-26.at.1.41.10.PM.mov

here is the video, all the parameters i Have created is to look cool ( no other reason) we can have something like this,

@animator
Copy link
Member

@nikkivirtuoso think of the UI design in respect to API Dash, integrate your solution in it and send across a PR for feedback.

@dhruvpatidar359
Copy link

image

Hi Maintainers , i was thinking for UI something like this .

@ashitaprasad
Copy link
Member

@dhruvpatidar359 , looks good 👍

@dhruvpatidar359
Copy link

ok , so i will be needing help in writing the test cases for this . Will be opening a PR soon.

@dhruvpatidar359
Copy link

image
I have implemented some sort of functionality in this . I need the UI part of the collections , so that it will be consistent . Right now the UI part is not available where i can find it by the way.

image

This part i am looking for .

@animator
Copy link
Member

animator commented Mar 2, 2024

@dhruvpatidar359 Kindly rethink the UI design of this section as this is neither user friendly nor shows the true purpose of the section.

  • What are the most important things for the user which will make him/her visit this section?
  • Why is the request pane same as the requests section? How is it helping the user?
  • Do I want to see failed requests? Do I want to see successful requests? How can I see it at a single glance.
  • Do I allow sending requests from this section?
  • What is the purpose of arranging it like a collection. Is it serving any purpose. Can't it just be an expansion list which will be more effective or do I need today, yesterday grouping at all?
    These are just some of the question you might be asking and need to think more on this feature.

@dhruvpatidar359
Copy link

dhruvpatidar359 commented Mar 7, 2024

Ok,
1 ) For your first question : I think , if user want to see the response of his multiple queries and want to some comparisons kind of operations then he/she may need it .
2 ) For the second one : We may just keep the response and provide a button to take this particular request into the Requests panel for re-running the query
3 ) For your third question , we can provide a kind of functionality where the person can sort on the basis of fail | success or any other kind of parameter.
4 ) If we want the person to send the request from this section , then i think we should remove this particular section and provide a top bar where the person can see the currently issued requests and the history is just located on the side bar .
image
5 ) We should have today , yesterday ... sort of grouping as it make the navigation faster for the person , otherwise it will become mess.

@animator
Copy link
Member

animator commented Apr 24, 2024

@salahu01 comment on this issue in #384

Currently, Api Dash requires users to manually save each API request. This can be cumbersome, especially when working with multiple requests or iterating through different configurations. Postman, a popular API testing tool, offers automatic request history with the ability to name and organize requests for easier access and reference.

Implementing automatic request history and management in Api Dash would significantly improve its usability. This feature could include:

  • Automatically saving past API requests with timestamps.
  • Allowing users to name and organize saved requests for better management.
  • The ability to filter and search through saved requests.

This functionality would make Api Dash a more efficient and user-friendly tool for developers and testers working with multiple APIs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

6 participants