-
-
Notifications
You must be signed in to change notification settings - Fork 93
[Bug]: Broken on KDE 5.27 beta #473
Comments
I´ 'm using bismuth on KDE 5.7 Beta with X11 and I don't see any bigger issues so far. |
Can confirm that it's also broken on Plasma 5.27.0 (non-beta) using Wayland. All windows become resized to the full screen instead of being tiled. |
So I played around with Firefox windows and observed the following logs and noted the actions/events that I did in square brackets:
I notice that if I create enough windows, new windows start to actually get tiled. The main culprit seems to be the Looking at the code, it seems that the ff. line might be the one throwing the error as the "onWindowAdded" message which should be the first line of the onWindowAdded function call below it is never logged. bismuth/src/kwinscript/driver/index.ts Line 167 in ef69afe
This .add function seems to be calling the constructors of DriverWindowImpl and EngineWindowImpl that mostly reads window information from the KWin API. Now not sure yet which of these reads actually throws the error and whether or not this is a bismuth or an upstream issue. |
Also adding that it does work well with X11 on Plasma 5.27.0. The issue only happens on Wayland. |
I managed to get it working in Xorg, I don't know how, I'm almost sure that the last time I tested on Xorg it showed the same faulty behaviour. On the other hand I've seen this commit landing on the kwin side KDE/kwin@96fdc9d It seems very closely related to our problem. So maybe our pain is soon going to reach an end. |
@CarlosEkisde: Built Plasma/kwin from source, but unfortunately it doesn't seem to fix the issue |
Can confirm it on 5.27, wayland, Fedora Kinoite. Works very unstable |
Honestly, I haven't noticed this plugin being any more or less stable under 5.27 (Kubuntu Beta PPA, X11 OR Wayland) than it has ever been. Yeah, there are some minor issues, but, again, nothing I didn't see in 5.26. |
It works for me on 5.27.1 Wayland on Tumbleweed, however, it's a little buggy. Some windows don't get autotiled and already tiled windows don't resize back to bigger tiles. |
Its not just a little buggy, its completely random buggy. Opening 10 Terminals in a row gives different results. (some tiled some arent) Unuseable for me in this state. |
Can report the same issue on Wayland. Normally it takes the form of a centered floating window, and I"ll have to close and re-open that app multiple times to get a version that'll tile, but I just managed to get a form where my browser window was using the 3 column layout - max vertical, taking up about 1/2 the screen centered. And I had just been using the 3 column layout moments prior. I kept closing and repoening until I could get a tiling verison again, and it kept being that same layout. Sometimes windows that were working also seem to randomly stop responding ot Bismuth. Makes swwapping between windows very difficult. It also mucks up the UI's of many apps that don't expect to be that small, rendering them inoperable until I either fix their layout with my mouse (I don't have tilebars or borders on applications to save screen space when using many windows) or I close and re-open them. Maybe KDE's new tiling features will make this not a problem soon. |
@HelmicNewciv The only thing I miss from KDE's new tiling features is autotiling, which Bismuth does have. Someone has created a script for that now (https://store.kde.org/p/2003956), but it's supposedly very buggy and limited. |
Relevant fix for Krohnkite, can someone running Plasma 5.27 test the same change with Bismuth maybe? |
Maybe try to apply the change here: Line 84 in 18cba1c
|
@Thaodan thanks, did you or anyone else have the chance to try it? I have not Plasma 5.27 to test it. |
Alex L ***@***.***> writes:
@Thaodan thanks, did you or anyone else have the chance to try it? I
have not Plasma 5.27 to test it.
My comment was wrong I think, Bismuth isn't using the property anymore.
|
I think I may have found the cause of the undefined issue in my earlier comment and managed to fix it. I created PR #490 which fixes a lot of issues on Wayland for me. So far, bismuth is working great with the changes in the PR above but I have yet to use it for a day. |
I confirm @jkcdarunday 's PR #490 solves the issue for me. Thanks! |
Fixes it for me too, much appreciated! |
I noticed this also fixes an issue in KDE Dolphin where if you start typing into the location textbox the dropdown appears in wrong place on the screen. :) Edit: Sometimes anyway... seems to be some weird edge cases |
Summary
Just as the title suggests, Bismuth is broken KDE 5.27 (beta).
Sometimes windows are not "detected" (or not tracked?) and bismuth is, in this case, useless. All keyboard shortcuts don't have any effect at all on windows, it's basically as if the extension was disabled.
When it does work everything is very buggy: some windows open in tiled mode, and some others open in floating mode. Windows opened in floating mode don't seem to be detected by bismuth at all, and "Toggle floating mode" doesn't re-tile them again.
This probably has something to do with the tilling changes introduced in KDE 5.27, but I'm not completely sure about this.
Steps to Reproduce
Just use bismuth on 5.27.
I'm only using Tile Layout.
Expected behavior
No buggy behavior.
Screenshots
No response
Bismuth version
3.1.4
KDE Plasma version
5.26.90 (5.27 beta)
The platform KWin is running on
Wayland
Additional context
pacman -Q | grep plasma:
The text was updated successfully, but these errors were encountered: