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 |
|
Hi, I am still experiencing the bad font rendering issue when the window opens initially.
Once I do a restore/maximize window cycle, it goes back to smooth again:
I seem to remember there was an issue (fixed) about this, but I guess it should be reopened? I'm on the latest EAP build and pulled JBR21 just a few hours ago. Thanks! |
Can you be more specific, please? Creation of new Terminal tabs seems to work for me. |
I think (and I can confirm), they meant Tab for completion. I just tried to cd then hitting Tab for completing/showing path suggestions, and it wouldn't do anything. N.B. I'm using the OLD terminal |
|
Filed IDEA-350509 Wayland: tab completion doesn't work in the terminal |
Please, create a separate issue for that. Symptoms are different (changing scale at run time vs. first window appearance); the underlying cause will also be different, I'm sure. |
Thanks, reported here https://youtrack.jetbrains.com/issue/JBR-6926/Wayland-fonts-are-aliased-grainy-on-first-start |
Screencast.from.2024-04-03.15-19-42.webmIs it bug or a feature? If my cursor is on place were ctrl-tab menu would oppen, then this menu switches between current file and explorer instead of latest opened files. Really annoys as I need to constantly monitor where my cursor currently is |
Looks like a bug to me. Although I cannot reproduce it myself. |
Cannot reproduce on xorg, so it's definitelly wayland issue. |
|
Question: now that EAP is closed because the new version has been released, where can we get the most recent dev builds to keep testing Wayland and benefiting from the fixes that Maxim and the others are providing? (ideally, without the need to compile them ourselves) Thanks! :) |
|
I dunno if it's just me, but I can't launch junits in any of my Java projects. Notice that my tool windows are set to docked + auto-hide (and I cannot set them back to NOT auto-hide). I thought the context menu entry being ineffective could be a consequence of this. But then the keyboard shortcut should work, instead that one is also ineffective, so... Screencast_20240405_110133.webmEDIT: mentioned here: since I suspect they are related (i.e. clicks on context menu items are ignored) |
|
Since AStudio based on 2024.1, I can get a wayland welcome screen, indicated by the white window bar, but when launching a project, it falls back to the old (probably xwayland) alternative, indicated by the visible top bar from intellij, which doesn't work on wayland. This didn't happen in the previous version, where the wayland welcome screen always launched a wayland project. |
|
Idea cannot copy files, copying text works. idea version: 2024.1, jbr: 21.0.2b375.1 |
Thanks for reporting, here is an issue: https://youtrack.jetbrains.com/issue/JBR-6894/Wayland-Not-able-to-copy-paste-files-gets-stuck-with-refactor-copy-file |
We're going to bundle JBR21 runtime within 2024.2 releases of our products, so you'll get Wayland support (not by default of course) without any additional effort. |
AStudio team builds Java Runtime by themselves using JBR sources, so when they migrate to JBR21 you'll get native wayland support. |
@avu Do you expect "Wayland support" in 2024.2 to be stable and also, by then, will be the Vulkan work be done so we can use GPU acceleration when using Wayland? |
@mkurz I suppose Wayland support will be stable enough to use it in most common configurations. However, we have limited resources so I wouldn't expect HW acceleration sooner than 2024.3 |
Thanks @avu ! Do you have any idea/can you anticipate when the next EAP program will start for 2024.2? With many Wayland-related things still being worked on, I want to stay on the bleeding edge and install 2024.2 as soon as it becomes available (plus keep pulling from jbr21 on a regular basis to get your latest fixes). Thanks :) |
Thanks |
We'll have more frequent updates of JBR21 builds on github, but some features require changes in the IJ Platform itself, so please follow our blog for fresh EAP releases |
Im using the |
Please, note that for IDEA to work on Wayland well, almost as many things need updating on the IDEA side as on the JetBrains Runtime side. So if you want to stay "on the bleeding edge", you're going to need to update both and frequently. |
|
IntelliJ IDEA (2024.1.1 RC) started up with the latest commit on the jbr21 branch (43d0454), however the content of the window was unscaled and attempting to open the settings window resulted in the following crash: This was followed by a number of stack traces reporting similar errors. The only one that is slightly concerning is |
|
Mouse pointer does not change when hovered over Gutter Icons. E.g. from a Junit test:
Whereas on X11 it becomes a "hand" cursor as when you're hovering a link:
EDIT: reported here https://youtrack.jetbrains.com/issue/JBR-7071/ |
|
There are some issues for me on RustRover using JBR-21.0.2+13-375.1-jcef on KDE Wayland:
|
Hi, Just pull again 😉 |
|
Thanks! I downloaded the binary and it fixed the second problem. The first problem is still there. Although I don't know how to reliably trigger it. FYI For all people like me who is too lazy to recompile JBR, you can download the new binary even before it is listed on the release page. For example: |
Glad to hear that! I didn't know about the binary, but I guess I got used to pulling and making with a single bash command, it's much more automatable than having to browse for release files on the web, unzip etc Also, compiling doesn't take much time if you got a somewhat recent machine (and by downloading you have to account for the longer download time when compared to just pulling the changes via git) |
This might be JBR-7047 Deadlock on git fetch on Wayland |
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: