testing wayland #242
Comments
|
The Wayland toolkit is not really ready for this kind of testing. When it is, we will certainly make an announcement here: https://youtrack.jetbrains.com/issue/JBR-3206 If you would like to join the effort of supporting Wayland in Java, please check the work breakdown at the Wakefield project wiki, join the mailing list, and we can discuss things further there. |
|
sure. FYI i got it working by passing this (not the path to |
|
looks great and runs smooth, most of the time :) for any one daring to try out, making a list of things that don't work, and things that cause crashes. |
|
Thanks! No time for me to test this this weekend, but IntelliJ is the only app that hold me from going Wayland. It kinda works in XWayland but there is some serious annoyances with that (flickering borders, copy-paste, ...). |
|
UPDATE: |
Yeah, absolutely the same. I dream the day where I could finally move on to Wayland completely and ditch out XWayland to make life simpler. The IntelliJ is the only program that holds me from the migration. |
|
I am using IntelliJ since month on Wayland, daily, many hours, I don't really have problems, sometimes a popup windows is misplaced and sometimes I see some magenta artifacts, but I think that is because of the experimental GPU driver I am using (I am on Asahi Linux on a MacBook Pro M1 and things are still under development there). |
|
I just added I'm using this for pycharm and it is usable in general under wayland:
I'm on arch linux with sway (wlroots-based). Adding some start options from @257's comment above showed no effects |
Try pasting something you copied in PyCharm in another app. At this point, the clipboard is confined to just its own Java process. |
+2 Me too! |
|
|
|
how did you guys managed to achieve this?
|
|
oh, nevermind. running it from console with |
|
Im currently testing goland with wayland. My first issue was the not working forward and back buttons on a mouse. Here is a quick fix, i have no idea what im doing: Lucaber@9766bd1 |
Did you do anything else at all? I've built the latest jbr, set it as the runtime, confirmed that it's the runtime, and added the My about page: My vmoptions: |
|
pass for best experiece move to nightly builds i.e. |
|
UPDATE2: |
So to be clear (since I can't test right now), if I run: |
|
It runs surprisingly well for me! |
|
2023.3
|
|
for me the latest 2023.3 (haven't tested any older version) there is no menu where I can click on the File, ...., About The top bar is white and not according to the theme. 21b316.4 is way better, I hope 316 jcef will be the next official build |
Added your vmoptions and switched to the manually build Runtime of branch jbr21 via IDE settings(search for vmoptions and runtime option). Seems to be working fine. I'm using this for Android Studio and it seems pretty usable in general under wayland: Splash popup is shown, but at the left-top corner. Ubuntu 22.04.3 LTS and jbr21 commit 25d6e5c. |
Everything seems to work, same as the above comment, with some minor issues:
|
|
PhpStorm 2024.1EAP with runtime 21.336 |
|
It works great mostly, but I can't stop a process running in the terminal by sending Ctrl+C and that's very annoying. |
|
@romanstingler , what kind of environment do you have? |
|
@Memoraike If you want to use it I have to tell you that you have to keep some things in mind.
If you want to give it a try you can use my config (you have to carefully go through the config), The IDE has Nord Theme installed |
Can we keep this discussion on-topic please? |
|
pycharm running basically fine except some minor things:
|
|
@igorrizhyi have you tried 2024.1 EAP and Java 21.336 ? There have been a few improvements |
|
I might be rare user who has dark system theme and light IDE theme, but can we do so window decorations color would be based on IDE theme, not system one? Having black decorations on light theme looks broken IMO: |
TBF, this looks acceptable to me. I wouldn't want app developers to have to spend so much effort theming even UI components that are provided by the OS. I have checked another app I use routinely at work (Postman) and guess what, if I disable OS theme syncing and pick a light theme while the OS is using a dark one, this is the result:
I rather hope that native window decorations are implemented, that's something worth doing as it gives a sense of cohesion and that the IDE fits nicely in the DE. |
|
I am running IntelliJ IDEA with the WLToolkit under WSL unsing WSLg. To be honest, it works pretty well and with every new release it seems to become more stable. Thanks to all that contributed to this! One bug that I haven't found anywhere here or on YouTrack is the following error: the context menu (right click somewhere) always runs out of the visible area - when I click on the right side or the bottom of the screen, you cannot read or select any entries that run out of the monitors area. This is not the case when I start IntelliJ IDEA without the WLToolkit.
Am I missing some configuration? Or is this an unreported bug?
|
|
@elisman This looks like an unreported bug; the Wayland server itself is responsible for making sure popups do not cross monitor boundaries and the only job of JetBrains Runtime (and IDEA) is to mark the popup as such. Please, file a ticket in youtrack against JetBrains Runtime. Make sure you include all relevant info including your Linux flavor and version and monitor configurations; also, the steps to reproduce the problem. The issue could be specific to your concrete set up. |
Works well for me (right edge of the screenshot corresponds to right edge of the physical monitor too)
I'm using KDE Plasma 6.0.5 - which DE are you using? Maybe it's an issue with the window manager? |
|
WSL2 uses a variant of Weston under the hood AFAIK. I'm sure it's capable of placing popups correctly in general, so this must be some corner case that had gone unnoticed, which is why I suggested filing an issue in youtrack. Could be a problem on the IDEA side or in JetBrains Runtime. |
|
It seems like a shortcoming of wslg. Here's a screenshot with github desktop (read electron), being run in wayland mode (--enable-features=UseOzonePlatform --ozone-platform=wayland --enable-features=WaylandWindowDecorations). Ah, google-chrome itself also shows this problem. Right edge or bottom edge, right click context menu runs off the screen. Also note: Both electron and chrome doesn't suffer from this when run in X mode. menu opens in left side-top side and don't clip into the edge. Also also note: I'm running two monitors with left one being vertically positioned. I vaguely remember WSLg having trouble with multi-monitors. |
For server side decoration, you can manually merge openjdk/wakefield#7 and build it yourself. |
|
Some dark themes, including the embedded
Can also reproduce with Both from here: |
|
Horizontal scrolling doesn't work without pressing SHIFT via touchpad gestures.
sample.mp4 |
This is actually work-in-progress and not available just yet: JBR-5673 Wayland: support touch scrolling |
|
Using middle-click to close tabs will ALSO paste into that file whatever content is in the Linux "middle-click paste buffer" (I don't know the exact name) I ended up with quite a few unexpected changes in my files that broke my project's CI/CD and upon closer inspection there was all type of weird content pasted here and there At ~0:10/0:11 I middle click the tab I want to close, the file contents are empty at that moment as you can see. IntelliJ IDEA 2024.2 EAP (Ultimate Edition) Thanks
Thanks, but I DO use that buffer quite a lot for quick pasting, so this is not a viable solution for me I'll just be wary of using middle click to close IDEA tabs until this is fixed :) |
@andreaippo as a workaround, you can disable the middle-click paste behaviour desktop-wide by adding |
|
@andreaippo I faced same problem, get rid of it by removing |
Hi, it seems that I'm no longer facing this issue, I dunno if it was fixed via a runtime or an app (IDEA) update, but it's gone. IntelliJ IDEA 2024.2 Beta (Ultimate Edition) |
|
KDE Plasma 6 Wayland: Intellij Idea shows a default Wayland icon instead of the IDE icon.
Just info for you: https://community.kde.org/Guidelines_and_HOWTOs/Wayland_Porting_Notes#Application_Icon Does anyone have any idea to fix the icon on QT Wayland environment? |
Yes. Make sure |
That does not help me on KDE Wayland. But I know IDEA with toolkit X11 has no issue. Which desktop environment do you use? |
I finally managed a solution to configure a custom Window Rule.
That works |
The name of the file has to match exactly the "app id" reported by the application. If you are using the community edition, it is |
Ah, I see. I learned it for the first time. Thank you! |
FYI Or edit the Desktop file to add |
Wayland now has a staging protocol xdg-toplevel-icon-v1, if both But until now, no compositor has implemented it yet. |
|
I'm trialling the wayland implementation via |
|
one more issue that I still see with 21.0.4.+8-598.4-jcef is that copy & paste text into Codeium or Tabnine doesn't work. OffTopic: I use EAP and get like at least 5k-20k errors every version during the EAP release cycle. |
and others
hi @mkartashev,
i have managed to run android-studio on top of
jbr21branch (by editing~/.config/Google/AndroidStudioPreview2023.1/options/other.xmland pointinginstallDirofinstalled-jdktojbr21).i did that in hopes being able to run android-studio purely under wayland but it still take the xwayland route; passing
-Dawt.toolkit.name=WLToolkitto/opt/android-studio/jbr/bin/javadoesn't seem to have any effect.any idea?
The text was updated successfully, but these errors were encountered: