-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Nightly does not work with ozone (wayland native) #18902
Comments
This isn't one of our packages I'm afraid - I'm not sure we can really help much unless it's just a case of it using a different electron version or something perhaps? Although we are fairly up to date. |
I realize that this package isn't strictly provided to aur by element, but looking at the pkgbuild https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=element-desktop-nightly-bin it really is just the packages.riot.im .deb nightly. Isn't that yours?
…On September 6, 2021 3:01:01 PM GMT+02:00, David Baker ***@***.***> wrote:
This isn't one of our packages I'm afraid - I'm not sure we can really help much unless it's just a case of it using a different electron version or something perhaps? Although we are fairly up to date.
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#18902 (comment)
|
Perhaps this was caused by element-hq/element-desktop#256 as @yu-re-ka suggests in element-hq/element-desktop#256 (comment). @yu-re-ka, what leads you to think that was the change that broke Element with Wayland? |
@yu-re-ka and @HarHarLinks, does the Jitsi desktop app work for you? |
The described failure mode matches what I have observed. element-hq/element-desktop#256 adds a This should be fixed by element-hq/element-desktop#261, but the build date of the nightly package suggests it doesn't include the fix. |
Ah, great thanks for the explanation! Let's assume this is fixed now. Let me know if you ever see this again |
It does seem to work in principle now. I'm noticing a last small problem: when running with ozone, the window_properties field is missing. This contains a bunch of meta info to identify the program and is commonly used to e.g. assign apps to fixed workspaces. Consequently my condition that moves windows with class beginning in Element to a certain workspace.
with Xwayland:
|
Steps to reproduce
Stable supports running in wayland native like this:
element-desktop --enable-features=UseOzonePlatform --ozone-platform=wayland
. Doing the same with element-desktop-nightly apparently does not. Maybe because bundles its own electron (assumption based on no dependency in the pkg)?This is on sway 1.6.1.
What happened?
What did you expect?
element works as usual
What happened?
no window, only the indicator icon appears.
Operating system
arch
Application version
Element Nightly version: 2021090301 Olm version: 3.2.3
How did you install the app?
aur/element-desktop-nightly-bin
Homeserver
own
Have you submitted a rageshake?
No
The text was updated successfully, but these errors were encountered: