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

The application completely fails to work on Gnome (Fedora) #24

Closed
TheAresjej opened this issue Jan 9, 2022 · 7 comments
Closed

The application completely fails to work on Gnome (Fedora) #24

TheAresjej opened this issue Jan 9, 2022 · 7 comments

Comments

@TheAresjej
Copy link

There's no way to select a photo when you turn on the program, and the app looks like it's not supported by gnome.
Screenshot from 2022-01-10 00-17-52

@woelper
Copy link
Owner

woelper commented Jan 10, 2022

Hi @TheAresjej ! Thanks for the feedback! The application does not have a dedicated UI for opening an image. Have you tried dragging an image onto the window, as the message indicates?

Further, you should be able to "open with..." an image, selecting oculante as application. Unfortunately gnome has made that a little more complex now. Maybe this helps:
https://unix.stackexchange.com/questions/17660/default-applications-gnome-3

The application is meant to work with any operating system (and also any linux distribution, not just something with Gnome). So providing deeper Gnome support would probably be up to a package maintainer if a linux distribution wanted to include it into it's pacakges.

Lastly, I am unsure why the window is semi-transparent - is that special to your theme/setup or does this just happen with oculante?

@TheAresjej
Copy link
Author

"Have you tried dragging an image onto the window, as the message indicates?" - of course yes unfortunately the application does not respond.

"I am unsure why the window is semi-transparent" - transparency is caused by bug in the application.

"you should be able to "open with..."" - I have not yet tested this option so I will see if it works and let you know.

@woelper
Copy link
Owner

woelper commented Jan 11, 2022

What kind of Linux distribution are you using? What desktop environment? Are you using wayland?
It might be helpful to start the application from a terminal and see if there are any error messages.

I am mainly developing this tool on Linux (PopOS & ubuntu) and have not noticed anything like that. It would be great if we could narrow down the issue more!

@TheAresjej
Copy link
Author

What kind of Linux distribution are you using? - Fedora 34
What desktop environment? - Gnome 40.5
Are you using wayland? - Yes

Running the application via a terminal does not display any errors.
image

but running sudo solves the problem.
image

@woelper
Copy link
Owner

woelper commented Jan 12, 2022

Thanks. It's really odd that this seems to be permission related - and it seems only to concern wayland. I found rust-windowing/winit#306 and rust-windowing/winit#163 which sound related. I've tested Fedora 34 in a VM and could reproduce your issue. Not too sure how to fix it though...

Also, as mentioned in issue 163, you can run WINIT_UNIX_BACKEND=x11 ./oculante_linux as regular user as a workaround.

@woelper
Copy link
Owner

woelper commented Jan 12, 2022

This should be fixed in the latest 0.5.21 release.

@woelper
Copy link
Owner

woelper commented Apr 10, 2023

I'll leave a note here and a reference to #171. Please feel free to reopen this if Oculante starts failing again, but I believe we should have proper wayland support in egui and notan now to revert the env var hack. If not, I'd try something like

if std::env::var("WINIT_UNIX_BACKEND").is_err() {
    std::env::set_var("WINIT_UNIX_BACKEND", "x11");
}

next.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants