[kwin] [Bug 487840] Certain games have very low framerate under Wayland, yet both the games and KWin report normal FPS
https://bugs.kde.org/show_bug.cgi?id=487840 --- Comment #1 from anhollander...@gmail.com --- I should have mentioned. I'm running an RX 6600 and a 1440p monitor. Max settings but 1.0 render resolution. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 487840] New: Certain games have very low framerate under Wayland, yet both the games and KWin report normal FPS
https://bugs.kde.org/show_bug.cgi?id=487840 Bug ID: 487840 Summary: Certain games have very low framerate under Wayland, yet both the games and KWin report normal FPS Classification: Plasma Product: kwin Version: git-stable-Plasma/6.1 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: performance Assignee: kwin-bugs-n...@kde.org Reporter: anhollander...@gmail.com Target Milestone: --- SUMMARY After upgrading my Gentoo system from Plasma 5.27 to 6.1 beta (6.0.90), both Genshin Impact and Honkai: Star Rail have poor performance under Wayland. Despite this, the DXVK FPS counter reports a stable 60 FPS with no stutters, and KWin's "Show FPS" effect reports 75 FPS (75 Hz monitor, changing it to 60 Hz did not help) that sometimes drops to around 60. I am not sure how to measure this, but it feels like it is below 30 FPS. The framerate drops more when there is more complex movement on the screen. STEPS TO REPRODUCE 1. Have a system with Plasma 6.1 beta (6.0.90) running the Wayland session 2. Grab one of these games from Lutris or using the respective launcher from https://github.com/the-anime-team. It currently defaults to Wine-staging-tkg-9.8 and DXVK 2.3.1. 3. Run the game OBSERVED RESULT The game is not running smoothly despite FPS counters saying it is. EXPECTED RESULT The game runs smoothy. SOFTWARE/OS VERSIONS Linux: Gentoo Linux 2.15 (6.9.3-tkg-bore-latency) KDE Plasma Version: 6.0.90 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 ADDITIONAL INFORMATION I don't have other games to reproduce this with. I tried with Little Kitty, Big City and it ran fine, but it's a much lighter game. Definitely worth more investigation. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 470998] Tile Editor Launcher HotKey Meta+T Not Working
https://bugs.kde.org/show_bug.cgi?id=470998 anhollander...@gmail.com changed: What|Removed |Added CC||anhollander...@gmail.com --- Comment #1 from anhollander...@gmail.com --- Same problem here. Even if I change the shortcut to something else, I cannot get the tiles editor to appear. Operating System: Gentoo Linux 2.13 (openrc/glibc) KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.9 Kernel Version: 6.3.8-tkg-cfs-llvm (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 465517] plasmashell tries to parse an ELF executable whose name ends in ".desktop" as an XDG desktop entry, only in very specific circumstances
https://bugs.kde.org/show_bug.cgi?id=465517 anhollander...@gmail.com changed: What|Removed |Added Resolution|--- |UPSTREAM Status|REPORTED|RESOLVED --- Comment #2 from anhollander...@gmail.com --- (In reply to David Redondo from comment #1) > > plasmashell realizes the executable is an executable and ignores it. > > Seems to be hard we and glib and xdg-mime (outside of a kde session= agree > that the file is a desktopfile > > $ kmimetypefinder5 io.krunker.desktop > application/x-desktop > > $ gio info io.krunker.desktop > [...] > standard::content-type: application/x-desktop > standard::fast-content-type: application/x-desktop > [...] > > $mimetype io.krunker.desktop > io.krunker.desktop: application/x-desktop Weird. There must be something else screwy upstream. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 465517] New: plasmashell tries to parse an ELF executable whose name ends in ".desktop" as an XDG desktop entry, only in very specific circumstances
https://bugs.kde.org/show_bug.cgi?id=465517 Bug ID: 465517 Summary: plasmashell tries to parse an ELF executable whose name ends in ".desktop" as an XDG desktop entry, only in very specific circumstances Classification: Plasma Product: plasmashell Version: 5.26.5 Platform: Archlinux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: generic-performance Assignee: plasma-b...@kde.org Reporter: anhollander...@gmail.com Target Milestone: 1.0 Created attachment 156108 --> https://bugs.kde.org/attachment.cgi?id=156108=edit A portion of plasmashell's log showing the described errors SUMMARY plasmashell tries to parse an executable whose name ends in ".desktop" contained inside an AppImage as an XDG desktop entry. This results in 100% load on a thread until it reaches the end of the file. STEPS TO REPRODUCE 1. Download https://client2.krunker.io/setup.AppImage. This is a program that causes the bug to manifest. Its main executable upon extraction is io.krunker.desktop. 2. Run the AppImage. OBSERVED RESULT For 10-15 seconds, plasmashell uses 100% of a CPU as it tries to parse the ELF executable "io.krunker.desktop" as a desktop entry. The journalctl log for plasmashell is spammed with errors about invalid entries and escape sequences throughout the executable file. There is no noticeable impact on the application's performance, but that is only on my system with nothing else running in the background. EXPECTED RESULT plasmashell realizes the executable is an executable and ignores it. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION This bug still occurs even when extracting the AppImage and running io.krunker.desktop directly. I have not been able to reproduce this by adding a .desktop extension to other executables. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 445236] All Qt5 applications have their font sizes way bigger than they are supposed to be in an X11 session in Plasma 5.23.3-1. This affects all components and I am not sure what c
https://bugs.kde.org/show_bug.cgi?id=445236 --- Comment #7 from anhollander...@gmail.com --- (In reply to Nicolas Fella from comment #2) > A workaround is to set "Force font DPI" to 96 in the font settings This worked, thanks! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 445236] New: All Qt5 applications have their font sizes way bigger than they are supposed to be in an X11 session in Plasma 5.23.3-1. This affects all components and I am not sure w
https://bugs.kde.org/show_bug.cgi?id=445236 Bug ID: 445236 Summary: All Qt5 applications have their font sizes way bigger than they are supposed to be in an X11 session in Plasma 5.23.3-1. This affects all components and I am not sure what category to use. Product: plasmashell Version: 5.23.3 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: anhollander...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Flags: X11+, Usability+ Created attachment 143384 --> https://bugs.kde.org/attachment.cgi?id=143384=edit The expected font size is used by Bleachbit, a GTK3 app. Qalculate! Qt5 and Dolphin do not use the correct font size. The only thing that does is the clock. SUMMARY After updating to Plasma 5.23.3-1 from the Arch Linux repos, in an X11 session, all Qt5 applications' fonts are way bigger than they are supposed to be. This also applies to all plasmashell components, as well as KWin window titles. Absolutely none of this is reproducible in a Plasma Wayland session. STEPS TO REPRODUCE 1. Update KDE Plasma to 5.23.3-1 on Arch Linux 2. Reboot OBSERVED RESULT Observe SDDM's font sizes are way bigger than they were before updating. After logging in to an X11 session, all fonts in plasmashell, the KDE apps, and other Qt5 apps are way bigger than they were before updating. All GTK apps, as well as the clock widget, look totally fine. EXPECTED RESULT No changes after updating except for the intended minor tweaks and bug fixes. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.23.3-1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Kernel Version: 5.14.16-arch1-1 Graphics Platform: X11 ADDITIONAL INFORMATION I have reproduced this bug on two separate machines. Neither are using NVIDIA GPUs. The second one is running a completely stock KDE, except for changing the theme to Breeze Dark and upping the font sizes by 1pt. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444609] GTK applications do not use the Global Menu widget in a Wayland session
https://bugs.kde.org/show_bug.cgi?id=444609 anhollander...@gmail.com changed: What|Removed |Added Flags||Intel+, Mesa+ -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444611] The kitty terminal is not properly blurred under a Wayland session
https://bugs.kde.org/show_bug.cgi?id=444611 anhollander...@gmail.com changed: What|Removed |Added CC||anhollander...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444611] New: The kitty terminal is not properly blurred under a Wayland session
https://bugs.kde.org/show_bug.cgi?id=444611 Bug ID: 444611 Summary: The kitty terminal is not properly blurred under a Wayland session Product: kwin Version: 5.23.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: anhollander...@gmail.com Target Milestone: --- Flags: Wayland+, Intel+, Mesa+ SUMMARY The kitty terminal is not properly blurred under a Wayland session. STEPS TO REPRODUCE 1. Install kitty 2. edit ~/.config/kitty.conf and set background_opacity to less than 1 3. Open kitty in a Plasma Wayland session OBSERVED RESULT kitty is transparent, but not blurred EXPECTED RESULT kitty is transparent and blurred SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Kernel Version: 5.14.14-arch1-1 (64-bit) Graphics Platform: X11 Processors: 12 × Intel® Core™ i7-9750H CPU @ 2.60GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 630 ADDITIONAL INFORMATION I did submit an issue on https://github.com/kovidgoyal/kitty, but since Wayland applications have no control over compositing, this is not an issue that can be fixed on their end. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444609] GTK applications do not use the Global Menu widget in a Wayland session
https://bugs.kde.org/show_bug.cgi?id=444609 anhollander...@gmail.com changed: What|Removed |Added Flags||Wayland+ -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444609] GTK applications do not use the Global Menu widget in a Wayland session
https://bugs.kde.org/show_bug.cgi?id=444609 anhollander...@gmail.com changed: What|Removed |Added CC||anhollander...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444609] New: GTK applications do not use the Global Menu widget in a Wayland session
https://bugs.kde.org/show_bug.cgi?id=444609 Bug ID: 444609 Summary: GTK applications do not use the Global Menu widget in a Wayland session Product: kwin Version: 5.23.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: appmenu Assignee: kwin-bugs-n...@kde.org Reporter: anhollander...@gmail.com Target Milestone: --- SUMMARY GTK applications do not use the Global Menu widget in a Wayland session. Rather, they use their own GTK menubar. STEPS TO REPRODUCE 1. Install community/appmenu-gtk-module 2. Add a Global Menu widget 3. Open GTK applications that use a menubar in a Plasma Wayland session. I have reproduced this with firefox-appmenu, qalculate-gtk, and pcmanfm. OBSERVED RESULT GTK applications use their own menubar, rather than the global menu. firefox-appmenu is a patched version of firefox that allows it to use appmenu, and it has native GTK menubar support removed. In the Wayland session, there is no access to the menubar at all. This is obviously because of the patch, and not related to the bug, but something observed nonetheless. EXPECTED RESULT GTK applications use the Global Menu as intended SOFTWARE/OS VERSIONS Operating System: Arch Linux (fully up to date as of Fri Oct 29 11:10:43 AM EDT 2021) KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Kernel Version: 5.14.14-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-9750H CPU @ 2.60GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 630 -- You are receiving this mail because: You are watching all bug changes.
