Reset to default settings

[Tyjex]

Is there any way to reset the overlay window to default? I edited mine to fit my 3440x1440 screen but enterd the values in the box the wrong way around now it seems the Burrito I need to click to pull up the settings is way off my screen and unclickable.

Also where are the values stored? I tried to completely remove everything and set it back to default, redownload the entire release and set it up again but it seems to keep my broken settings.

[AsherGlick]

Can you share a screenshot of the broken setup. Also can you share the output of the commands inxi -Gxxx; wmctrl -m -v I want to track which graphics stack this bug happened in so that we can come up with a better way of handling this problem then "Please go edit your settings file".

The settings file can be found in ~/.local/share/godot/app_userdata/Burrito/settings.json.

If someone is reading this issue in the future: this path will probably change in an upcoming version of Burrito. Hopefully when it does we will include the new path in the docs.

[Tyjex]

I am on Fedora Silverblue 40. Both those commands do not work for me but XDG_CURRENT_DESKTOP = GNOME and XDG_SESSION_TYPE = wayland, on flatseal steam is enabled for both socket=x11 and socket=wayland but I don't know if that matters.

I am installing Burrito like this: https://blog.xenokore.com/installing-arcdps-and-burrito-for-guildwars-2-on-linux-steam/ I don't even know if it will work yet but arc dps is working and picks up the BurritoLink extension.

I deleted the old settings.json restarted Burrito and it popped up again. I have 3 monitors with different sizes and the problem seems to be that it always opens on my 24" monitor after I previously set it up on my 34" UW, so it ends up offscreen and unusable. Is there a way to make it always open on my main monitor or is the fault my weird setup.

[AsherGlick]

I also run with a triple monitor setup, but they are all the same size. One of the known issues in the readme is that burrito does not snap to the gw2 window. If you are using gnome then you should be able to hold super/windows and click and drag the burrito window on top of the gw2 window. This can be done easily by opening the burrito menu to create the red box outline, and then dragging anywhere in the red box.

To run those commands on fedora you may need to run

sudo yum install wmctrl inxi

Any screenshots you can share of your issues, where burrito is opening vs where gw2 is open would be useful for future debugging and development.

[Tyjex]

Silverblue uses rpm-ostree and the base system is immutable but I installed the tools and got the output even though I'm not sure wmctrl output is as expected:

Graphics:
  Device-1: NVIDIA TU104 [GeForce RTX 2080 SUPER] vendor: Micro-Star MSI
    driver: nvidia v: 550.78 arch: Turing pcie: speed: 8 GT/s lanes: 16 ports:
    active: none off: DP-2,DP-3,HDMI-A-1 empty: DP-1,Unknown-1 bus-ID: 2d:00.0
    chip-ID: 10de:1e81 class-ID: 0300
  Display: server: X.Org v: 1.20.14 with: Xwayland v: 24.1.0
    compositor: gnome-shell v: 46.2 driver: X: loaded: nvidia
    unloaded: fbdev,modesetting,nouveau,vesa alternate: nv
    gpu: nvidia,nvidia-nvswitch display-ID: :1 screens: 1
  Screen-1: 0 s-res: 6000x2520 s-dpi: 96 s-size: 1588x667mm (62.52x26.26")
    s-diag: 1722mm (67.81")
  Monitor-1: DP-2 note: disabled pos: primary,bottom-l
    model: LG (GoldStar) 34GK950F serial: 209731 res: 3440x1440 dpi: 109
    size: 800x330mm (31.5x12.99") diag: 867mm (34.1") modes: max: 3440x1440
    min: 640x480
  Monitor-2: DP-3 mapped: DP-4 note: disabled pos: bottom-r
    model: Asus PB277 serial: 82835 res: 2560x1440 hz: 75 dpi: 109
    size: 597x336mm (23.5x13.23") diag: 685mm (27") modes: max: 2560x1440
    min: 640x480
  Monitor-3: HDMI-A-1 mapped: HDMI-0 note: disabled pos: top-center
    model: Medion MD20435 serial: 16843009 res: 1920x1080 hz: 60 dpi: 94
    size: 521x293mm (20.51x11.54") diag: 598mm (23.5") modes: max: 1920x1080
    min: 640x480
  API: OpenGL v: 4.6.0 vendor: nvidia v: 550.78 glx-v: 1.4
    direct-render: yes renderer: NVIDIA GeForce RTX 2080 SUPER/PCIe/SSE2
  API: EGL Message: EGL data requires eglinfo. Check --recommends.
envir_utf8: 1
Invalid type of WM_CLASS property.
Invalid type of WM_CLASS property.
Cannot get class of the window manager (WM_CLASS).
Invalid type of _NET_WM_PID property.
Cannot get pid of the window manager (_NET_WM_PID).
Name: GNOME Shell
Class: N/A
PID: N/A
Window manager's "showing the desktop" mode: OFF

For some reason it was working just now when I started it to take some screenshot, after installing the packages and restarting my system it didn't work anymore.

Anyway, when it worked I had two problems first the control icon was on top of the black lion icon like so:

And this is the behavior I experience before and now again when opening Burrito:

you can see the icon is off my screen to the left in the black.

And the second problem, which I might just come back to later if/when I get it working, was that whenever I changed anything in the overlay and closed it I had to press my Windows/Super-key twice to tab out of the game and back in otherwise I couldn't move. I guess it just grabs my inputs - maybe alt + tab would have done the job as well, its likely no big deal either way.

[AsherGlick]

That is the craziest screenshot I have ever seen. Not because of the multi monitor setup but because burrito is rendering... not anywhere on the monitors but was still captured in the screenshot. It clearly shows that someone with your setup needs an easier way to fix the coordinates of burrito over-top gw2 because I'm guessing you cannot click the burrito menu button if it is not even rendering on your screen.

The icon overlap issue is probably related to the in-game gui size setting. This is actually fixed in master but we never did a new official release because I thought the xml_parser merge would have happened a few months ago.

1) I know in gnome I have been able to enter and expose-style mode by pressing super once, to show all the apps in each monitor, and I can drag apps from monitor to monitor. If you have that functionality that might help, allowing you to drag burrito onto your largest monitor.

2) Here is a build from the current master commit you can try out to fix the icon size overlap: https://github.com/AsherGlick/Burrito/actions/runs/9524820557/artifacts/1604117478

3) Here is another build to try out a new setting to make burrito start with the main menu open. https://github.com/AsherGlick/Burrito/actions/runs/9524913662/artifacts/1604135369 I am not able to test this other-other build right now but I tried to hack something together real quick that could allow burrito to start with the menu open, allowing you to drag the entire window to the right position. It might work, it might crash immediately. You will need to modify your settings.json file by hand and add a "start_with_open_menu": true to it to enable this setting.

Those builds wont stay around forever, maybe 30-90 days from when this was posted.

If none of this works then we might be out of luck for now until I can get enough time to get around to fixing this issue, which wont be until after xml_converter merges.

[Tyjex]

I'm guessing you cannot click the burrito menu button if it is not even rendering on your screen.

Correct.

I tried a lot of different things now and it seems to be working now. The version from the current master did not change anything. The second version helped me.

First I tried to move the window to the correct monitor by using super + arrow keys this resulted in the following:

but it didn't overlay correctly so when I went back to the game it was always behind the game window.

When it opened it looked like this:

super + drag to the correct monitor (this is dragging the actual clickable window not the program in the gnome overview):

This is how it looked since the start it would always go to this tiny size.

Then finally it seem like I got it working the following way using your second build. I set my settings.json to this:

{"minimum_width":800,"minimum_height":600,"override_size_enabled":true,"override_size_height":1440,"override_size_width":3440,"burrito_link_auto_launch_enabled":false,"burrito_link_wine_path":"","burrito_link_env_args":"","start_with_open_menu":true}

notable I enabled the "start_with_open_menu": true it then opened like this:

Then I did as you described in your first point super key once to bring up all windows and drag Burrito to my main monitor looked like this:

and then I could just reposition the window to fit, close the window and it would stay on top of my game.

Arcdps + Burrito working:

Thanks a lot for your help!

[AsherGlick]

Amazing!

Still lots of work ahead in burrito's future to make this stuff easier. I know we are linux users, but I dont think someone should have to track down and edit a json file to get things to work. Wayland causes a bunch of issues with mouse pass-through and window focus, but we have some fixes and workaround ideas floating around for that too.

The first link should have only been the icon size / position fix, makes sense it would not have allowed you to pull the window around because it still could not be clicked.

I'm going to close this issue as it looks like it is solved, but this one will be a fun one to think about when we start writing our testing environment stuff.