bartkessels / getit Goto Github PK

When opening the preferences the preferences window isn't attached to the main window

Describe the bug

Right now the CMake flags for GetIt are:

• packaging
• use_installed_dependencies
• UseQt6

These should all use the same format, either all snake case or all camel case.

To Reproduce

Not applicable

Expected behavior

Guidelines for a naming convention for CMake flags and adhere to these guidelines.

When you save a new request and then modify the request and (try to) save it again the application crashes.

When adding multiple formdata elements to the request and then removing one in the middle the one directly below the removed element isn't added to the request. The element isn't even recognized as a formdata_element object in the code.

Example

First request

val1
val2
val3
val4

Expected output
[val1, val2, val3, val4]

Actual output
[val1, val2, val3, val4]

Second request

Removing val2

val1
val3
val4

Expected output
[val1, val3, val4]

Actual output
[val1, val4]

Create a response widget which syntax-highlights a JSON response

Use the last save location when saving another file in the same session.
So don't remember the last saved location after a restart of GetIt

Close preferences window when esc is pressed

When saving (and loading) a request, the headers are not stored in the .request file.

4.0.9 fails to build on flathub because the appstream validation has been made stricter and now requires oars.

This was added to GetIt back in april #25.

However, no new releases have been made since then, so flathub can't build the last stable release.

As this is quite a small change with very little chance of causing harm, would you be open to making a new point release that included it?

Alternatively, if you think that would be better for you, the flatpak manifest could be changed to point to latest git master instead.

Add option to save a request in JSON format. Try to use the same values as the GTK GetIt version.

I'm a package maintainer for openSUSE and wanted to package GetIt.

It seems that so far you depend on having git installed so that you can pull down some third party stuff.
In many distribution build systems this won't possible as distributions want to pull everything in advance and put it into a tar file, having reproducible and pristine tarballs.

It would be great if you could have this dependency tracked as a regular dependency in CMake (like boost etc) or could include it in your repository or your release tarball.

Build output:

[   29s] -- The C compiler identification is GNU 12.2.1
[   29s] -- The CXX compiler identification is GNU 12.2.1
[   29s] -- Detecting C compiler ABI info
[   29s] -- Detecting C compiler ABI info - done
[   30s] -- Check for working C compiler: /usr/bin/cc - skipped
[   30s] -- Detecting C compile features
[   30s] -- Detecting C compile features - done
[   30s] -- Detecting CXX compiler ABI info
[   30s] -- Detecting CXX compiler ABI info - done
[   30s] -- Check for working CXX compiler: /usr/bin/c++ - skipped
[   30s] -- Detecting CXX compile features
[   30s] -- Detecting CXX compile features - done
[   30s] -- Found Boost: /usr/lib64/cmake/Boost-1.80.0/BoostConfig.cmake (found version "1.80.0") found components: system 
[   30s] -- Found OpenSSL: /usr/lib64/libcrypto.so (found version "1.1.1q")  
[   30s] CMake Error at /usr/share/cmake/Modules/ExternalProject.cmake:2789 (message):
[   30s]   error: could not find git for clone of extern_restsdk-populate
[   30s] Call Stack (most recent call first):
[   30s]   /usr/share/cmake/Modules/ExternalProject.cmake:4170 (_ep_add_download_command)
[   30s]   CMakeLists.txt:23 (ExternalProject_Add)
[   30s] 

Setup a step in the pipeline to build a Flatpak and add it as an artifact of the tag

Hi,
can you please accept my pull request and release a new bugfix version.
flatpak is giving me warnings that the platform 3.32 is not supported any more and needs to be updated.
I went ahead and updated the flatpak manifest to use 3.36 (which worked locally) and created a pull request..

Ref:
#25
flathub/net.bartkessels.getit#3

Setup a step in the pipeline to build a Windows installer and add it as an artifact of the tag

Add option to open a JSON formatted request. Try to use the same values as the GTK GetIt version.

Right now the request is ran on the main thread causing the application to have to wait for a response from the server. This should be done on a background thread notifying the main thread when a response is returned. This way the application is still responsive while waiting for the server

When clearing a request the subtitle in the headerbar is not removed, same goes for opening a request.

Create a response widget which syntax-highlights an XML response

Create new screenshots with own icons instead of default gnome icons

Add a new fragment in which the user can enter the required response and headers and let GetIt validate the actual response against the required response.

Do this in a way that if the request contains more headers the check won't fail

Update the scrollviews so not all the content in a stack is scrollable.

I.E. when sending a request with extremely long headers the HTML preview
won't look as it should 'cause the entire form is scrollable from left to right

When GetIt is installed the appstream file stil contains the underscores (_) in the translated tags.
I.E.:

<_p>Features of GetIt include:</_p>

When it should be:

<p>Features of GetIt include:</p>

In getit-content-body.c getit_content_body_add_formdata_to_request (...) the GError object is not being freed when an error occurs. It skips the iteration but should also free the memory before skipping the iteration

When opening a non .getit file the request will be cleared

Use libinput to change to stack on the left or right using multiple finger swipe

Add a sidebar with recent requests.

Save the recent requests in ~/.getit/recent and allow the recent requests to be cleared

Add option to load test an endpoint

In the UI add an extra fragment to set the load test parameter

• Number of 'users'
• Number of requests per user
• Total time in which the requests should be sent

In the response fragment add a dropdown for each request so all the responses can be viewed separately.

Describe the bug
A clear and concise description of what the bug is.

To Reproduce
Steps to reproduce the behavior:

1. Run flatpak install --user getit.flatpak

Expected behavior
It should install

Desktop (please complete the following information):

• OS: PopOS 22.04
• Platform: x64

Additional context
The application requires a development version of runtime/org.gnome.Platform, while it should require one of the followings:

1) runtime/org.gnome.Platform/x86_64/3.24
   2) runtime/org.gnome.Platform/x86_64/3.26
   3) runtime/org.gnome.Platform/x86_64/3.28
   4) runtime/org.gnome.Platform/x86_64/3.30
   5) runtime/org.gnome.Platform/x86_64/3.32
   6) runtime/org.gnome.Platform/x86_64/3.34
   7) runtime/org.gnome.Platform/x86_64/3.36
   8) runtime/org.gnome.Platform/x86_64/3.38
   9) runtime/org.gnome.Platform/x86_64/40
  10) runtime/org.gnome.Platform/x86_64/41
  11) runtime/org.gnome.Platform/x86_64/42
  12) runtime/org.gnome.Platform/x86_64/43

As the title states, when the Content-Type is HTML add a webview to view the HTML output as in a browser instead of the raw HTML

Some of us run our private APIs over https with an invalid certificate (self signed or private CA). This application should allow a user to optionally disable certificate validation, so that the end user does not need to fiddle with system wide trust stores.

Basically, what I am saying is that we should have a checkbox somewhere that makes the equivalent of calling curl -k on a per request basis. Would you consider adding something like that?

Unable to build project because bin/Automake.in is missing.
And instructions in README are wrong, it says to run ./src/getit but the src folder does not exist

I've been using Getit for a while now and I really enjoy using a GTK-native application for calling APIs but I had a consistent issue with saving requests.

Steps to reproduce:

1. Open the Flatpak runtime of GetIt
2. Execute a query in GetIt (For example: GET on 'https://jsonplaceholder.typicode.com/todos/1'
3. Save the current request in ~/Documents (Hamburger menu -> Save As) (In this case, let's name it test.req)

What's expected:

• I should find the file test.req at '~/Documents'
  What's happening:
• the test.req file is not present.

I also notice a text in the bottom of the application that indicate that the file could be somewhere else (File:/run/user1xxx/doc/xxxxxx/test.req). But when I go there, there's no files.

Thanks for looking at this issue!

Update the screenshots in the readme to reflect the newly added HTML preview and pretty JSON output

I'm trying to pass a newline character as a Form Data text value and I'm unable to stop GetIt from escaping the \n. My program shows the parameter sent from GetIt as displaying \\n.

I've tried the following:

• \\n which gets expanded to \\\\n
• \"\n\" which gets expanded to \\"\\n\\"
• %0D%0A which stays the same.

How can I pass a newline character as a form data text key value pair?

Thank you.

Use the same pattern for the response body widget as the response body widget. It has to be expandable by simply plugin in extra response body widgets (I.E. for syntax highlighting in a different widget) and it has to adhere to the same pattern as the other widgets.

Setup a step in the pipeline to build a MacOS bundle and add it as an artifact of the tag

Allow the use of variables.

Create global variables through another window and allow the values to be overridden on a per request basis. If the request is saved only save the variables that are declared directly on the request. This way secret variables can be set on a global basis and they won't be shared through a request file.

Please don't use GTK's application menu. It's deprecated in GNOME design guideline. Instead, move all its contents to the "hamburger" menu.

As of right now the syntax highlighting of a response is based on the Content-Type headers but if an API uses a JSON response without setting the correct Content-Type header the JSON gets formatted correctly but it's not highlighted.

If the JSON syntax highlighting could always be set when the response is JSON formatted instead of relying on the Content-Type header, for other request types the Content-Response header should still be used

Microsoft CppRestSDK is no longer actively maintained, see the readme at https://github.com/microsoft/cpprestsdk

How about joining the Gnome Circle? It would be fantastic for the project!
https://circle.gnome.org/

Rewrite application to the QT framework for cross-platform support

GTK version will be kept in separate branch

Did this feature get removed? Looking at the feature playlist, I can see that GetIt used to support authentication a few years ago: https://youtu.be/ueBDXKY3WI4
I'm running 4.0.9 Flatpak version, and I can't find any way to add authentication.

Add option that will lay out the JSON in a more readable way.
So when you get JSON output like this

[{'pk': 1,'name':'obj1'},{'pk':2','name':'obj2'}]

Another view should show it like this:

[
    {
        'pk': 1, 
        'name': 'obj1'
    },
    {
        'pk': 2',
        'name': 'obj2'
    }
]

When sending a request the syntax highlighting is not working.

When sending a GET request to https://bartkessels.net the HTML is displayed as plain text. The Content-Type header has text/html as value.

When sending a GET request to https://google.com the HTML is displayed with syntax highlighting. The Content-Type header has text/html; charset=UTF-8 as value.