Harbor App does not work under Wayland
Hello,
great job with the development of this amazing project!
I wanted to try the Harbor App under my Linux system that uses Wayland instead of X11. I get the following error however:
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
Cannot get default EGL display: EGL_SUCCESS
Cannot create EGL context: invalid display (last error: EGL_SUCCESS)
Even ignoring the error by setting QT_QPA_PLATFORM=wayland does not help:
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
QSocketNotifier: Can only be used with threads started with QThread
Cannot get default EGL display: EGL_SUCCESS
Cannot create EGL context: invalid display (last error: EGL_SUCCESS)
Thanks for the kind words and for trying it out!
The EGL_SUCCESS should be related to the webkitgtk and should be fixed by them in the upcoming releases, meanwhile disabling compositing via env vars could work:
# Try this first
WEBKIT_DISABLE_DMABUF_RENDERER=1
# If the first doesn't work
WEBKIT_DISABLE_COMPOSITING_MODE=1
More info: https://github.com/tauri-apps/tauri/issues/10749
Thank you for the reply.
Using WEBKIT_DISABLE_DMABUF_RENDERER=1 helps, while WEBKIT_DISABLE_COMPOSITING_MODE=1 doesn't.
However, although the app is rendered now, there is another issue that might not be related. The app does not show any service: Unexpected error: No such file or directory (os error 2)
Sorry for a delayed reply
This looks like a problem executing harbor command, so let's check the very basic things first - is Harbor CLI installed? If not - please see the installation guide.
The next thing to verify would be ensuring that harbor is linked and is available globally in $PATH:
$ which harbor
/home/user/.local/bin/harbor # or similar
After that, please try running harbor doctor and harbor info and post the outputs here.
Thanks!
Thanks for the answer.
The problem was fixed after installing the CLI. I assumed that the App is independent of the CLI, so it was my bad.
No worries, thanks for confirming it wasn't some obscure platform bug!
If I'll ever have enough time - there are plans for the app to be self-contained and to manage the CLI installation (not soon, that's for sure though)
I still face this issue. This is the reported error:
./Harbor_0.3.12_amd64.AppImage
Gtk-Message: 18:05:42.408: Failed to load module "colorreload-gtk-module"
Gtk-Message: 18:05:42.408: Failed to load module "appmenu-gtk-module"
Could not create default EGL display: EGL_BAD_PARAMETER. Aborting...