Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Could not see Bru file in collection #1877

Closed
varshabandgar opened this issue Mar 21, 2024 · 16 comments · Fixed by #2725
Closed

Could not see Bru file in collection #1877

varshabandgar opened this issue Mar 21, 2024 · 16 comments · Fixed by #2725
Labels
bug Something isn't working

Comments

@varshabandgar
Copy link

Even afetr adding new file, its not showing under collection in Bruno aap

@KilFer
Copy link

KilFer commented Mar 21, 2024

Same happened to me.

I'm on the last version (v1.12.2) on Kubuntu 22.04.4. I tried installing it by Snap and by .deb file.

I can create any collections, and the process of creating request works (as I can see the new requests on the folder); but Bruno cannot see any requests and doesn't open it, it just stays empty.

If I try to create a request with the same name as one already created it recognizes it, so I assume that's a problem on the front-end.

@foliveiracamara
Copy link

Same with me, cant import or open files with .bru extension

@sanjai0py sanjai0py added the bug Something isn't working label Mar 27, 2024
@AngelaSYuan
Copy link
Contributor

Hi! I'm curious how I can replicate this issue?

@KilFer
Copy link

KilFer commented Apr 7, 2024

To be honest, I'm not sure how if it's not a common bug. Maybe it's easy to share some logs?

In a fresh instalation (both Snap & .deb installation on Kubuntu) create a new collection. After that, create a new request. The request won't be opened on the app and won't be shown on the collection list at the sidebar; but the file will be created on the folder on the device. Same for importing collections: the Requests won't be shown after importing even when they exists on the folder.

@foliveiracamara
Copy link

Guys, as I'm new to Bruno, my problem was very simple to solve with some knowledge of the tool. All i had to do was add the "bruno.json" file to be able to import the .bru files into bruno.

@LeonardoDaLuz
Copy link

same here
image

@LeonardoDaLuz
Copy link

Solved using HTTPie:
https://github.com/httpie/desktop#linux

@KilFer
Copy link

KilFer commented Apr 24, 2024

It's not a solution to use a rival app, you know. :P

Needless to say, the bug has fixed miraculously for me. I tried reinstalling, rebooting the system, anything... But today has started working without any change. That's strange, and this will be a bug pretty difficult to find if anything.

@marcelopio
Copy link

marcelopio commented May 23, 2024

Just installed Bruno to try it and have the same problem.

I am also on Kubuntu 22.04

@marcelopio
Copy link

I may have found the problem, for me when I opened through terminal it was throwing a lot of:
inotify_init failed: Too many open files

So I just did:
echo 256 | sudo tee /proc/sys/fs/inotify/max_user_instances

@koriit-kontakt
Copy link

This was actually my first experience with Bruno. It saddened me beyond measure and almost made me drop Bruno.

Fortunately for me, I persevered, opened Bruno with the terminal, and found the same logs.

Ultimately, the problem lies in the system settings (Ubuntu here), but Bruno could communicate it better in UI.

As described here, adding this to /etc/sysctl.conf finally permanently fixed the problem for me:

fs.inotify.max_user_instances=8192
fs.inotify.max_user_watches=524288

Its-treason added a commit to Its-treason/bruno that referenced this issue Jul 29, 2024
Now listens to the error event to check if "ENOSPC" occurrs.
The watcher will then automaticly restart in polling mode, so that
the user still sees his reqeusts / collections.

Fixes: usebruno#1877
Its-treason added a commit to Its-treason/bruno that referenced this issue Jul 30, 2024
Now listens to the error event to check if "ENOSPC" occurrs.
The watcher will then automaticly restart in polling mode, so that
the user still sees his reqeusts / collections.

Fixes: usebruno#1877
helloanoop pushed a commit that referenced this issue Aug 8, 2024
* fix: Handle ENOSPC error from chokidar

Now listens to the error event to check if "ENOSPC" occurrs.
The watcher will then automaticly restart in polling mode, so that
the user still sees his reqeusts / collections.

Fixes: #1877

* Add more code comments, add !forcePolling to prevent endless loops and update error message
helloanoop pushed a commit that referenced this issue Aug 14, 2024
* fix: Handle ENOSPC error from chokidar

Now listens to the error event to check if "ENOSPC" occurrs.
The watcher will then automaticly restart in polling mode, so that
the user still sees his reqeusts / collections.

Fixes: #1877

* Add more code comments, add !forcePolling to prevent endless loops and update error message

* fix: Also listen for EMFILE for too many watched files
@drubb
Copy link

drubb commented Oct 12, 2024

Same problem or me, with Bruno 1.33 (AppImage):

When I start Bruno, collections are listed on the left side, but sometimes empty. The only way to fix this is closing the collections and reopening them again. On the command line, there are no inotify errors, as I have the recommended settings already.

@hairullana
Copy link

[I have same issue, it because I import collection from postman export
but on path params, there are params name with space

before is: "laporan id" and "kelompok pertanyaan id" and after that I change to "laporan_id" and "kelompok_pertanyaan_id" (replace space with underscore)
and then it showing

you can change it from location with file with extension .bru

after that close and re open the bruno app

image
](#1771 (comment))

@NicoCaldo
Copy link

This was actually my first experience with Bruno. It saddened me beyond measure and almost made me drop Bruno.

Fortunately for me, I persevered, opened Bruno with the terminal, and found the same logs.

Ultimately, the problem lies in the system settings (Ubuntu here), but Bruno could communicate it better in UI.

As described here, adding this to /etc/sysctl.conf finally permanently fixed the problem for me:

fs.inotify.max_user_instances=8192
fs.inotify.max_user_watches=524288

I can confirm it fixed the issue for me as well

@asirota
Copy link

asirota commented Oct 18, 2024

On windows how does one do that?

@NicoCaldo
Copy link

NicoCaldo commented Oct 19, 2024

This was actually my first experience with Bruno. It saddened me beyond measure and almost made me drop Bruno.
Fortunately for me, I persevered, opened Bruno with the terminal, and found the same logs.
Ultimately, the problem lies in the system settings (Ubuntu here), but Bruno could communicate it better in UI.
As described here, adding this to /etc/sysctl.conf finally permanently fixed the problem for me:

fs.inotify.max_user_instances=8192
fs.inotify.max_user_watches=524288

I can confirm it fixed the issue for me as well

EDIT: again when opening Bruno no saved requests of my collection are loaded.

LOG

nicola@Ubuntu:~$ bruno
Preferences file is located at: /home/nicola/snap/bruno/58/.config/bruno/preferences.json

(bruno:3506): Gtk-WARNING **: 14:24:17.965: Theme parsing error: gtk.css:1413:23: 'font-feature-settings' is not a valid property name

(bruno:3506): Gtk-WARNING **: 14:24:17.974: Theme parsing error: gtk.css:3286:25: 'font-feature-settings' is not a valid property name

(bruno:3506): Gtk-WARNING **: 14:24:17.976: Theme parsing error: gtk.css:3748:23: 'font-feature-settings' is not a valid property name

(bruno:3506): Gtk-WARNING **: 14:24:20.928: Theme parsing error: gtk-dark.css:1413:23: 'font-feature-settings' is not a valid property name

(bruno:3506): Gtk-WARNING **: 14:24:20.935: Theme parsing error: gtk-dark.css:3286:25: 'font-feature-settings' is not a valid property name

(bruno:3506): Gtk-WARNING **: 14:24:20.936: Theme parsing error: gtk-dark.css:3748:23: 'font-feature-settings' is not a valid property name
[3605:1019/142423.258510:ERROR:viz_main_impl.cc(166)] Exiting GPU process due to errors during initialization
[3621:1019/142423.689626:ERROR:command_buffer_proxy_impl.cc(132)] ContextResult::kTransientFailure: Failed to send GpuControl.CreateCommandBuffer.
watcher add: /home/nicola/Documents/Content Bridge/Article Create.bru
watcher add: /home/nicola/Documents/Content Bridge/Check Article.bru
watcher add: /home/nicola/Documents/Content Bridge/Check Website.bru
watcher add: /home/nicola/Documents/Content Bridge/Create Website.bru
watcher add: /home/nicola/Documents/Content Bridge/Delete Website.bru
watcher add: /home/nicola/Documents/Content Bridge/Supabase Websites.bru
watcher add: /home/nicola/Documents/Content Bridge/Website IDs.bru
watcher add: /home/nicola/Documents/Content Bridge/bruno.json

Screenshot from 2024-10-19 14-26-59

Opening and closing the app seems to make re-appear the requests

I think this issue must be re-open

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.