bruno icon indicating copy to clipboard operation
bruno copied to clipboard

Bruno 1.24.0 is very slow when obfuscating tokens

Open Snotax opened this issue 1 year ago • 10 comments

I have checked the following:

  • [X] I use the newest version of bruno.
  • [X] I've searched existing issues and found nothing related to my issue.

Describe the bug

Whenerer the Auth panel is oben with a obfuscated token, the application is VERY slow. When the token is cleartext, everything is as fast as normal.

.bru file to reproduce the bug

No response

Screenshots/Live demo link

image

Snotax avatar Aug 15 '24 08:08 Snotax

Hey @Snotax, thanks for taking the time to report this bug. In order to reproduce this bug, we need more information. Could you please let us know what OS you are using? If possible, could you also share a video of the app when it is running slowly?

sanjai0py avatar Aug 16 '24 05:08 sanjai0py

Here is a quick demo: https://github.com/user-attachments/assets/11727bdc-b9d2-4408-9d78-6c6d602dab9d This slow behaviour is not happening when the token is cleantext instead of *****.

My OS is Win11.

Snotax avatar Aug 16 '24 06:08 Snotax

Can reproduce on MacOS 14.6 with Bruno v1.25.0. Managing environments is extremely slow at the moment and freezes the whole app. Copying and saving environments also.

kamzil avatar Aug 20 '24 09:08 kamzil

@kamzil Would it be possible for you to share a bruno collection that is causing this issue only after removing any sensitive data?

I suspect that this feature is causing this issue.

sanjai0py avatar Aug 20 '24 10:08 sanjai0py

It doesn't matter which collection it is. I tested with a new empty one, and the only thing that I noticed causing this was a long value for a secret in an environment.

kamzil avatar Aug 20 '24 11:08 kamzil

It still appends with v1.28.0, both on mac 14.6.1 and Win11. It takes time also to open the environment windows.

valeriadibattista avatar Sep 11 '24 07:09 valeriadibattista

This is a very big issue, makes Bruno basically impossible when you need to often login and set new JWT token on collection level

veosar avatar Sep 11 '24 18:09 veosar

For the time being I've resorted to just using an environment variable to store the Barer Token in plain text, but I would like to be able to store it in the collection instead as the inheritable auth method.

Archov avatar Sep 23 '24 15:09 Archov

same issue for me on macOS 15 and Bruno 1.30.1

mcgradymvp avatar Sep 26 '24 06:09 mcgradymvp

Today I tried Bruno for the very first time. I use 22.04 and installed Bruno (1.30.1) via apt. I had to force quit Bruno.

tho-graf avatar Sep 26 '24 09:09 tho-graf

Same issue here. Extremely slow when setting Bearer Token (JWT) for the whole collection.

macOS Sonoma 14.6.1 chip Apple M3 Pro Bruno 1.32.1

MeikDev avatar Oct 08 '24 12:10 MeikDev

Same on:

macOS Sonoma 14.6.1 Intel i7 Bruno v1.33.0

tomaszkoziara avatar Oct 10 '24 13:10 tomaszkoziara

I have a masked auth token, turning of the masking on the auth token fixes performance. This is painful to work with, can I turn off masking by default as a workaround?

Wobbley avatar Oct 17 '24 09:10 Wobbley

any news?

valeriadibattista avatar Oct 21 '24 07:10 valeriadibattista

I'm facing the same issue. I'm using the AppImage and it is quite annoying to deal with. Opening the 'Auth' tab takes a long time when a Bearer Token is stored there. It looks like it depends on the length of the 'secret'. For short secrets it works quite well, but for Bearer Tokens (~2000 characters in our case) it creates a noticeable delay.

Either disabling the obfuscation for Bearer Tokens by default, or providing an option to switch it off would be great.

r0ri avatar Oct 21 '24 12:10 r0ri

this makes the app unusable, switched back to insomnia :rage4:

edbighead avatar Oct 22 '24 12:10 edbighead

I'm experiencing this issue, as well: Bruno v1.34.1, MacOS Monterey v12.3, Apple M1 Pro Chip. Inexcusably poor performance when working with obfuscated bearer tokens. Is resolving this issue a priority for the Bruno team?

NickMakesGames avatar Nov 04 '24 15:11 NickMakesGames

Same for me, just updated to the latest version, issue still exists

philippthiele avatar Nov 08 '24 16:11 philippthiele

It is clear to me why this happens, no idea though how to fix it. When it is not obfuscated, the html looks like: image

When it is obfuscated, every single character is rendered as a new html tag: image

philippthiele avatar Nov 08 '24 17:11 philippthiele

Hi, apologies for the late response. We've working on this and will be released in November. Thank you for your patience.

sreelakshmi-bruno avatar Nov 12 '24 04:11 sreelakshmi-bruno

Just merged the PR #3472 for the fix. This is set to be released in v1.35.0 tomorrow

helloanoop avatar Nov 20 '24 12:11 helloanoop