Cannot select other request for Response Body Attribute macro

[orbatec]

Expected Behavior

1. I execute a login request called "Login Request 456" which results in a JSON response containing an object with a "token" property.
2. I select an existing API call "API Request 123" on which an Authorization Bearer header is configured that uses a Response Body Attribute of a login request , let's call it "Login Request 123"
3. I click on the "Response Body Attribute" placeholder and select "Login Request 456" (from step 1) as new source request
4. I verify that the value in the preview pane is the one I expect (= result of $.token on "Login Request 456")
5. I execute the request "API Request 123"
6. I want to see the response for the user represented by the token passed as Authorization Bearer header

Actual Behavior

1. I execute a login request called "Login Request 456" which results in a JSON response containing an object with a "token" property.
2. I select an existing API call "API Request 123" on which an Authorization Bearer header is configured that uses a Response Body Attribute of a login request , let's call it "Login Request 123"
3. I click on the "Response Body Attribute" placeholder and select "Login Request 456" (from step 1) as new source request
4. I verify that the value in the preview pane is the one I expect (= result of $.token on "Login Request 456")
5. I click "Done"
6. I click the "Response Body Attribute" again to validate that I indeed see "Login Request 456", which I do, and press Done
7. I execute the request "API Request 123"
8. The request fails with a Forbidden and when I click again on the "Response Body Attribute" placeholder, I again see "Login Request 123" instead of "Login Request 456" to which I had changed the value.

When I issue the API call using another tool with the token from Login Request 456 copy/pasted manually, the call works, so there is nothing wrong with the value....also, even if the value would not be okay, Insomnia should not singlehandedly change values that I have set!

Reproduction Steps

See above....

Is there an existing issue for this?

• I have searched the issue tracker for this problem.

Additional Information

Version: Insomnia 9.3.1
Build date: 6/28/2024
OS: Darwin arm64 23.5.0
Electron: 30.0.9
Node: 20.11.1
Node ABI: 123
V8: 12.4.254.20-electron.0
Architecture: arm64

Insomnia Version

9.3.1

What operating system are you using?

Windows

Operating System Version

Darwin arm64 23.5.0

Installation method

installation package

Last Known Working Insomnia version

9.2.0

[lmorganl]

same issue with "Response => Body Attribute" to get Bearer token since 9.3.1

[subnetmarco]

Prioritizing for 9.3.2 this week, if we can fix it in time.

[subnetmarco]

Insomnia v9.3.2 has been released fixing this issue.

[ypeskov]

I have updated the version to 9.3.2 but it seems the issue is still there (Mac M1)
Attaching the video.

Screen.Recording.2024-07-04.at.18.49.33.mov

[subnetmarco]

@ypeskov let me ping the team to look at this again, thanks for the video.

[lmorganl]

same for me, not fixed at all !

[alexflex25]

Same for me on Windows 10 insomnia 9.3.2

[subnetmarco]

Thanks, we are looking at this again first thing next week.

[gatzjames]

Thanks for the feedback everyone. This is now fixed in the latest beta and will be released in the coming patch version!