Kong / Kong/insomnia

Variable Response => Header does not find executed responses

Open
#5,871 2 comments 0 reactions 0 assignees View on GitHub
B-bug S-unverified
Dominant language
TypeScript
Stars
40k
Forks
2.4k
Avg merge
2d 13h
Merged PRs (30d)
61

Description

### Expected Behavior

I have two calls and would like to use the Response Header value from one call in the request Header of the other call.

![image](https://user-images.githubusercontent.com/2102141/229087826-a99efc64-b065-498d-a2a8-3b38f89933b4.png)

The first call "Get Data Object" executed successful and I can see the ETag value.

If I now selected Response => Header and select the Get Data Object call and enter ETag I would expect the value to be copied from this response.

### Actual Behavior

![image](https://user-images.githubusercontent.com/2102141/229087966-329e1917-d1d7-4a82-b7ba-1cb7c1e7fb31.png)

But when i use this request in a Response => Header variable the live preview complains that there are no responses for this call. It also does not work when I close this window or if i try to execute the call. Refreshing the preview via the refresh button also does nothing.

It does not find any of the successful responses.

### Reproduction Steps

_No response_

### Is there an existing issue for this?

- [X] I have searched the [issue tracker](https://www.github.com/Kong/insomnia/issues) for this problem.

### Additional Information

_No response_

### Insomnia Version

2023.1.0

### What operating system are you using?

Windows

### Operating System Version

Windows 10 22H2

### Installation method

winget

### Last Known Working Insomnia version

_No response_

Contributor guide

Open the contributing guide

Research direction

Start by reproducing the Response => Header variable flow with two calls on Windows 10 and inspect the live preview after the first call succeeds. Trace the response lookup used by the variable picker and execution path; done means the ETag from “Get Data Object” resolves into the second request header and the preview no longer reports missing responses.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
api
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.