A way to chain requests?

[jbmerli]

Hi!

It would be great to be able to chain two requests in order for the first one to obtain a JWT token that can be used in the second request, in an Authorization header in my case.

Or in a more generic way: to have the possibility to store the data we get from a request, and use it in the next request.
That would open a lot of use cases I think. But I have no idea of the complexity!

[sajalverma17]

+1

I have the same use case. My JWT token keeps expiring, I wish to have my request codeblock always fetch an access-token before making the request.

An idea I had was to have "named" requests defined somewhere, and reference the token-fetching request as a prev-request in the codeblocks where we want to chain the requests.

[Rooyca]

Hello @sajalverma17, @jbmerli,

I've been thinking about this, and I came up with the idea of using numbers to define requests — something like this:

```req
url-1: https://example.com
headers-1: {...}
body-1: something
url-2: https://two.example.com
```

What do you think? Do you have any other ideas on how we could implement this?

[jbmerli]

Hello @Rooyca,

Thank you for taking the time to look at that!

In your example, how do you retrieve the result of the first query (and pass it on to the second query)?

[sajalverma17]

Hello @Rooyca,

Thank you for taking the time to look at that!

In your example, how do you retrieve the result of the first query (and pass it on to the second query)?

+1

That is what would make this usable for me. I suggest something like

url-prev: https://first.resource.com
headers-prev: {...}
body-prev: {...}
result-prev: $access_token_result:<JSONPath for access_token variable from result body>

url: https://two.example.com
headers: { authorization: $access_token_result}

[Rooyca]

Hello @sajalverma17, @jbmerli! 👋

I was looking into this and noticed that the feature was already built into the plugin—it was just a bug that was preventing it from working correctly. This should now be fixed, and it’s possible to reuse responses from other codeblocks, even across different files.

I’ve added an explanation in the documentation to clarify how it works.

I hope this update helps with your use cases! If not, please feel free to share any suggestions or improvements you’d like to see.

Thanks, and have a great day! 👍

[jbmerli]

Hello @Rooyca,

Sorry for the late reply!

And thank you for your answer!

I wanted to test the new functionnality, but now nothing works anymore :(

I suspect this is due to an Obsidian update..

Is your plugin still working?
On my end, I'm getting 400 or 401 errors on the API I was calling before, and a log (on the server side) indicating “malformed JSON.”..

[Rooyca]

It's working for me. Have you try it with another api?

[jbmerli]

It's working with your link and GET requests I guess.

My query that is not currently working is a POST one:

url: https://backoffice.website.net/api/login_check
method: POST
body: {"username": "john.doe@there.com", "password": "XXX"}
headers: {"Content-Type": "application/json"}

It looks like the body part isn't being sent correctly...

[Rooyca]

So weird, it works fine on my end. Could you please try with another post request? Maybe try uninstalling and re-installing...

[jbmerli]

I tried reinstalling the plugin, but it didn't change anything..

What's strange is that it works fine with curl:

curl -k -X POST -H "Content-Type: application/json" "https://backoffice.website.net/api/login_check" -d "{\"username\":\"john.doe@there.com\",\"password\":\"XXX\"}"

I am trying to display the raw query with the dev tools, but the query is not displaying. I don't know what I'm missing!

[Rooyca]

Umm, you're right, it seems that something its broken. I'll take a look at it.

[Rooyca]

Never mind, I tested it again and it worked fine. Could you try this:

```req
url: https://reqres.in/api/users
method: post
body: {"name": "John Doe", "job": "Developer"}
headers: {"x-api-key: reqres-free-v1"}
```

Also, in your actual request could you try headers: {"Content-Type: application/json"} or even removing the header.