Open CentreMetre opened 6 months ago
Thanks for reporting. A flatpack binary is very sandboxed, and I have a feeling that frontend/backend communication isn't working correctly.
As a note I may add that I saw the Windows version in a similar state when the network was slow - it took about 1minute or more for the empty window to be populated with content. The console showed that it was substituting some fonts as the ones it needed took too long to load (or were still loading, I couldn't tell).
Logs might shed some more light on what's going on here, maybe this document helps in finding them. The exact version of the flatpack image would also be interesting.
The exact version (as of today, I'm pretty sure it hasn't changed since i posted this) is 0.11.7. I also did have it open for a while, while looking if this issue was on GitHub, didn't think to open with cmd, I'm not sure how i would do that (still fairly new to Linux).
I did download and open the gitbutler appimage file on the same day, so I'm not sure if they have been 'contaminated', so to speak, by the appimage version. If these logs have been 'contaminated' and I need to delete these logs and relaunch the flatpak app to get the good logs just let me know. Dont wanna upload them aswell in this comment since it quite long.
There's also some Unicode character not found () in the logs on my pc, not just in this copy pasted version, incase that makes a difference.
Here's the logs. GitButler.log.2024-05-19
Just remembered I can open it in the terminal via the properties in the start menu. This is what I got:
Gtk-Message: 20:59:47.270: Failed to load module "xapp-gtk3-module"
** (git-butler:2): WARNING **: 20:59:47.362: webkit_settings_set_enable_offline_web_application_cache is deprecated and does nothing.
Gtk-Message: 20:59:47.380: Failed to load module "xapp-gtk3-module"
2024-05-21T19:59:47.813900Z INFO crates/gitbutler-tauri/src/main.rs:78: starting app version=0.11.7 name=GitButler
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
2024-05-21T19:59:48.557103Z INFO get_user: crates/gitbutler-tauri/src/users.rs:12: close time.busy=23.8µs time.idle=15.7µs
2024-05-21T19:59:48.560216Z INFO list_projects: crates/gitbutler-tauri/src/projects.rs:51: close time.busy=15.4µs time.idle=7.46µs
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
Thanks a lot, I think that's helpful!
I don't know if it's compounding the issue visible here, but from the logs it seems to have trouble getting anything useful from the project it tries to load.
Maybe if you would rename the data-directory it would have a chance to start fresh?
What's unclear to me, and probably only local tests can clarify this, is if this issue could also occur on other platforms, or if it is truly specific to the local state in your home directory.
When you say rename the ~/.local/share/com.gitbutler.app
do you mean to something specific or anything? Just to generate new data might not have a problem, and then open the app again?
Apologies for the ambiguity - that's exactly what I mean, rename it to something else and restart GitButler to see if fresh metadata does the trick.
Thanks for clarification. Also, sorry for the delay.
Yes, i can confirm this works now. It instantly came up with the proper screen when i launched it after renaming the ~/.local/share/com.gitbutler.app
folder. Thanks for your help.
Thanks a lot, I am glad it's 'fixed'! Maybe you could run one more experiment, put back the broken version, and rename just the projects.toml
file inside of that directory. If that then works as well, I'd be interested to see the contents of that file, as breakage like that should never happen or should be recoverable.
Thanks a lot!
Sure, though im a bit confused. When I went to put the original ~/.local/share/com.gitbutler.app
there wasn't a new one, (which i assume is normal), but also now the app works with the old ~/.local/share/com.gitbutler.app
.
Also in ~/.local/share/com.gitbutler.app
I cannot find a projects.toml
file.
There is a projects.json
, did you mean that?
Oh, apologies, and thanks so much for your help!
Indeed it's a projects.json
file, and not a toml. And indeed I would have expected that this folder is recreated, and I would not have expected this to now be fixed either way.
It's strange, as without that folder, the UI should come up blank and one has to recreate everything. (now I am out of ideas)
Could it be because i ran the app image version? Even though (I'm pretty sure) I ran the flatpak > appimage > flatpak on the day i reported this and the flatpak still didn't work so i'm not too sure.
Just tested while writing this. Its not working again. I renamed projects.json
in ~/.local/share/com.gitbutler.app
and it didnt get regenerated and the app was still broke. In the projects.json
file are repos I think I added on the appimage version that worked.
Should I uninstall and reinstall the flatpak version, delete all cache/config files and try again? If so is ~/.local/share/com.gitbutler.app/
the only one I need to delete or is there more?
That directory contains all shared data - each project then has a .git/gitbutler
directory as well. However, when the shared data is gone, it looses all information about added projects, and then it should work if an auto-opened project caused the issue in the first place.
Of course it would also be interesting if the non-flatpack version works better.
Thanks again for your help, it's much appreciated!
I did install it from aur using the gitbutler-bin package, which is using the debian binary.
It seems to related to hardware acceleration issues in WebKitGTK.
Here is a temporary solution:
WEBKIT_DISABLE_COMPOSITING_MODE=1 git-butler
You can also add it to your shell to make it persistent:
echo 'export WEBKIT_DISABLE_COMPOSITING_MODE=1' >> ~/.bashrc
source ~/.bashrc
And just pasting here the same error as the person above:
❯ git-butler - 13GiB/31GiB
(git-butler:64735): Gtk-WARNING **: 12:33:44.290: Theme parsing error: gtk-dark.css:3213:16: Unit is missing.
** (git-butler:64735): WARNING **: 12:33:44.363: webkit_settings_set_enable_offline_web_application_cache is deprecated and does nothing.
(WebKitWebProcess:64774): Gtk-WARNING **: 12:33:44.413: Theme parsing error: gtk-dark.css:3213:16: Unit is missing.
2024-05-30T11:33:44.519357Z INFO crates/gitbutler-tauri/src/main.rs:78: starting app version=0.11.7 name=GitButler
(WebKitWebProcess:64774): Gtk-WARNING **: 12:33:44.554: Theme parsing error: gtk-dark.css:3213:16: Unit is missing.
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
2024-05-30T11:33:45.088541Z INFO get_user: crates/gitbutler-tauri/src/users.rs:12: close time.busy=37.9µs time.idle=21.9µs
2024-05-30T11:33:45.088638Z INFO list_projects: crates/gitbutler-tauri/src/projects.rs:51: close time.busy=26.6µs time.idle=2.94µs
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
Thanks for sharing!
Somehow I feel there are two issues at play here - general issues around hardware acceleration, and others about an invalid state on disk that prevents the UI from coming up. Maybe we just got onto the wrong track due to the seeming relevance of the local state directory.
That directory contains all shared data - each project then has a
.git/gitbutler
directory as well. However, when the shared data is gone, it looses all information about added projects, and then it should work if an auto-opened project caused the issue in the first place.Of course it would also be interesting if the non-flatpack version works better.
Thanks again for your help, it's much appreciated!
Sorry for the delay, had internet outage for the past week. Im unsure on what you would like me to do to test, could you specify please? Thanks
The idea is that the flatpack version doesn't work as it should, so ideally there would be a way to install an alternative version or build it yourself. Maybe that gets rid of the framebuffer errors. Is this something you could try?
As mentioned in previous comments, I have tried the app image version from the website and that works, if that what you mean?
Yes, apologies for the loss of context. Then I think it's all clear and we know it's an issue with the flatpack build, and nothing else.
Yep, just uninstalled and reinstalled the gitbutler flatpak, which is now on 0.12.2, just to test if maybe it was that version or my install got borked, and still doesnt work.
Hey, is there an update or workaround where the flatpak version can still be used?
I just installed the .deb on Zorin, worked.
The I noticed there's a flatpak version - uninstalled the deb and installed the flatpak version 0.12.10 but it's also just empty.
Renaming the ~/.local/share/com.gitbutler.app
followed by a flatpak run
told me (before and after renaming) that error: app/com.gitbutler.app/x86_64/master not installed
I can confirm it still happens in the flatpak distribution with version 0.12.16
from flathub.org. The only difference I'm seeing is that the UI is completely black except for the menus.
The WEBKIT_DISABLE_COMPOSITING_MODE=1
workaround also works with it.
I'm using Arch Linux with GNOME 47 in Xorg, and installed the flatpak today (Sep 26, 2024).
I downloaded the Flatpak version from Software Manager on my linux mint PC, and when i open it theres nothing there:
And none of the buttons in the top bar do anything within the app itself. If its a button that goes to a website that works, and the quit button in File works but other than that, e.g. 'Share Debug Info...' in help it freezes for a sec and then goes back to the blank app.
This isn't happening on the Appimage version from the git butler website (a welcome-esque screen shows up), only the flatpak version (which i downloaded the Software Manager app that comes with linux mint) doesn't work.
Im not sure what other information is useful so just ask if you need more. Also not sure if this has been reported already, I tried to look but couldn't find anything that was similar, so sorry if its been reported.