[plasmashell] [Bug 454349] On Wayland, Mouse hover selection in search result sometimes persists across kickoff openings
https://bugs.kde.org/show_bug.cgi?id=454349 Joshua T changed: What|Removed |Added CC|joshuaandre...@gmail.com| -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452119] Poor performance on wayland versus Xorg
https://bugs.kde.org/show_bug.cgi?id=452119 Joshua T changed: What|Removed |Added CC|joshuaandre...@gmail.com| -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 459373] Maximized XWayland apps leave some pixels on the right border with fractional scale factor
https://bugs.kde.org/show_bug.cgi?id=459373 Joshua T changed: What|Removed |Added CC|joshuaandre...@gmail.com| -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 459373] Maximized xwayland apps leave some pixels on the right border
https://bugs.kde.org/show_bug.cgi?id=459373 --- Comment #16 from Joshua T --- (In reply to André M from comment #15) > Created attachment 154145 [details] > Still an issue on 5.26.4 > > 5.26.4 seem to have MR 3008. Even applying MR 3215 on top of it, > maximized/fullscreen Xwayland windows still get a very noticeable > bottom+right border which bleeds the wallpaper. This is with a 2560x1600 px > screen with 150% scaling. My main concern is with fullscreen Xwayland games, > if this would prevent direct scanout. The issues says "fixed in 5.27". Maybe there are some other things in 5.27 that make it work? Have you tested on 5.27 yet? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452119] Poor performance on intel igp on wayland versus Xorg
https://bugs.kde.org/show_bug.cgi?id=452119 --- Comment #44 from Joshua T --- I used the show FPS effect to get evidence of the performance of wayland vs xorg. The effect didn’t improve the performance in any way for me. Wayland on Fedora 38 KDE was still smooth before enabling the effect. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452119] Poor performance on intel igp on wayland versus Xorg
https://bugs.kde.org/show_bug.cgi?id=452119 --- Comment #41 from Joshua T --- (In reply to Lemmiwinks from comment #39) > (In reply to Joshua T from comment #37) > > I just tried Fedora KDE Rawhide with Wayland, and I didn't have any issues > > on my Intel UHD 600. Animations were very close to 60 FPS. I have definitely > > seen this problem in the past. Or is Fedora doing something differently? > > Intel UHD 600 should not be affected as it is newer than Haswell generation > graphics. So I'm not surprised that you don't have any issues. > Could you try with a different distro, like Ubuntu 20.04? I have a Celeron N4020 Gemini Lake cpu. I can confirm I had stutters and laggy animations on both Kubuntu 22.04 and 22.10. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452119] Poor performance on intel igp on wayland versus Xorg
https://bugs.kde.org/show_bug.cgi?id=452119 --- Comment #40 from Joshua T --- (In reply to Antonio Orefice from comment #38) > (In reply to Joshua T from comment #37) > > I just tried Fedora KDE Rawhide with Wayland, and I didn't have any issues > > on my Intel UHD 600. Animations were very close to 60 FPS. I have definitely > > seen this problem in the past. Or is Fedora doing something differently? > > Are you unable to spot any performance degradation versus Xorg then? I used the Show Kwin FPS desktop effect, and Xorg was only slightly smoother than Wayland. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452119] Poor performance on intel igp on wayland versus Xorg
https://bugs.kde.org/show_bug.cgi?id=452119 Joshua T changed: What|Removed |Added CC||joshuaandre...@gmail.com --- Comment #37 from Joshua T --- I just tried Fedora KDE Rawhide with Wayland, and I didn't have any issues on my Intel UHD 600. Animations were very close to 60 FPS. I have definitely seen this problem in the past. Or is Fedora doing something differently? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 459373] Maximized xwayland apps leave some pixels on the right border
https://bugs.kde.org/show_bug.cgi?id=459373 Joshua T changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED --- Comment #10 from Joshua T --- (In reply to Iyán Méndez Veiga from comment #9) > The merged patch is only a partial solution for this bug. There are still > combinations of screen resolutions and scale factors where one can get a > border. Should we keep this open not to forget or should I open a new bug? Maybe so, that makes sense. I have still experienced a small gap on the bottom of Xwayland windows. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458483] Legacy windows are blurry if not maximized when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458483 Joshua T changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458483] Legacy windows are blurry if not maximized when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458483 --- Comment #4 from Joshua T --- I am closing this. It appears to be fixed by MR !2765. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458483] Legacy windows are blurry if not maximized when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458483 --- Comment #3 from Joshua T --- (In reply to Nate Graham from comment #2) > Possible the same issue as Bug 457143? I don't think so. The person who created that bug is using 1X scale. I am using fractional scaling with the new option that doesn't scale xwayland apps. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458483] Legacy windows are blurry if not maximized when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458483 Joshua T changed: What|Removed |Added Attachment #151688|Windowed vs Maximized |Windowed X11 application description|| -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458483] Legacy windows are blurry if not maximized when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458483 --- Comment #1 from Joshua T --- Created attachment 151689 --> https://bugs.kde.org/attachment.cgi?id=151689=edit Maximized X11 application -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458483] New: Legacy windows are blurry if not maximized when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458483 Bug ID: 458483 Summary: Legacy windows are blurry if not maximized when using "Apply scaling themselves" option Product: kwin Version: git master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: joshuaandre...@gmail.com Target Milestone: --- Created attachment 151688 --> https://bugs.kde.org/attachment.cgi?id=151688=edit Windowed vs Maximized SUMMARY When using the option that allows X11 apps to apply scaling themselves, apps are still blurry unless they are maximized. STEPS TO REPRODUCE 1. Set a fractional scale in Wayland 2. Enable the option that lets X11 apps apply scaling themselves 3. Open a legacy app and observe the crispness when it is windowed and maximized. OBSERVED RESULT When using the option that allows X11 apps to apply scaling themselves, apps are still blurry unless they are maximized. Apps look more crisp when they are maximized. EXPECTED RESULT Legacy apps are crisp when windowed and maximized. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon Unstable Edition KDE Plasma Version: 5.25.80 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458481] New: Legacy windows have gaps when using "Apply scaling themselves" option
https://bugs.kde.org/show_bug.cgi?id=458481 Bug ID: 458481 Summary: Legacy windows have gaps when using "Apply scaling themselves" option Product: kwin Version: git master Platform: Neon Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: joshuaandre...@gmail.com Target Milestone: --- Created attachment 151687 --> https://bugs.kde.org/attachment.cgi?id=151687=edit Shows the gap on Blender when using 115% display scale. SUMMARY When using the X11 apps apply scaling themselves option, there is a 1 or 2 px gap along the right and bottom edges of a window. STEPS TO REPRODUCE 1. Set a fractional scale on Wayland 2. Enable the "Apps apply scaling themselves" option for X11 apps in display settings. 3. Open a legacy X11 application OBSERVED RESULT There is a 1 or 2 px gap that is along the right and bottom edges of a legacy window. The gap is transparent and shows the desktop. EXPECTED RESULT The window should fit the entire frame without gaps. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon Unstable Edition KDE Plasma Version: 5.25.80 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 457698] Changing display scale on Wayland requires users to log out and log back in.
https://bugs.kde.org/show_bug.cgi?id=457698 --- Comment #4 from Joshua T --- (In reply to Nate Graham from comment #3) > It's not just Plasma; you need to restart all Qt-based apps to get them to > notice the new scale factor. > > But yeah, we can add an info message that informs the user of this. Great! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 457698] Changing display scale on Wayland requires users to log out and log back in.
https://bugs.kde.org/show_bug.cgi?id=457698 --- Comment #2 from Joshua T --- (In reply to Nate Graham from comment #1) > This issue affects all Qt apps (not just Plasma) and is unfortunately caused > by a Qt bug: https://bugreports.qt.io/browse/QTBUG-78327. But restarting Plasma-shell after a display scale is changed would be more user-friendly. Then users would not have to log out. There could also be a tooltip that warns users that some apps will not respond to scaling until they are closed and reopened. I believe Windows has a feature like that. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 457698] New: Changing display scale on Wayland requires users to log out and log back in.
https://bugs.kde.org/show_bug.cgi?id=457698 Bug ID: 457698 Summary: Changing display scale on Wayland requires users to log out and log back in. Product: systemsettings Version: master Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_kscreen Assignee: kscreen-bugs-n...@kde.org Reporter: joshuaandre...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY Changing the display scaling on Plasma Wayland session causes a blurry taskbar, launcher, and applets. This requires the user to log out and log back in (or restart plasmashell). STEPS TO REPRODUCE 1. Change display scaling on Plasma Wayland session. OBSERVED RESULT Panels and applets are blurry after changing display scale. EXPECTED RESULT My proposal to this problem is to have Plasmashell automatically restart when a display scale is changed on the wayland session. The same animation shown when logging in should be shown while plasmashell is restarting. This way, users will not have to log out to get crisper scaling. I currently do not know how to code, so I can't implement this myself. However, It would be great if someone could make this idea reality! SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.25.80 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 316734] After waking the system, the desktop gets displayed for a moment before the lock screen appears
https://bugs.kde.org/show_bug.cgi?id=316734 Joshua T changed: What|Removed |Added CC||joshuaandre...@gmail.com --- Comment #64 from Joshua T --- I am still getting this bug on Plasma 5.24.90 (5.25 beta). It is very annoying and happens literally everytime I close and open my laptop. OS: Ubuntu Studio 22.10 KDE Plasma Version: 5.24.90 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 Kernel Version: 5.15.0-24-lowlatency (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454451] Blur effect on Application launcher and other panel applets disabled after going full screen.
https://bugs.kde.org/show_bug.cgi?id=454451 --- Comment #1 from Joshua T --- Created attachment 149241 --> https://bugs.kde.org/attachment.cgi?id=149241=edit A video of the blur effect bug on Application Launcher. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454451] New: Blur effect on Application launcher and other panel applets disabled after going full screen.
https://bugs.kde.org/show_bug.cgi?id=454451 Bug ID: 454451 Summary: Blur effect on Application launcher and other panel applets disabled after going full screen. Product: plasmashell Version: 5.24.90 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: joshuaandre...@gmail.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 SUMMARY The blur effect on the application launcher and other panel applets is disabled after going full-screen. It does not get re-enabled when the full-screen application is minimized. STEPS TO REPRODUCE 1. Make an application full screen. 2. Open and close Application launcher a couple of times. 3. Minimize the full screen application OBSERVED RESULT Blur effect on application launcher gets permanently disabled after making application full-screen then minimizing. EXPECTED RESULT Blur effect gets disabled when full screen, but is then re-enabled when apps are minimized. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.24.90 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 Kernel Version: 5.17.9-arch1-1 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454365] Overview touchpad gesture not working correctly.
https://bugs.kde.org/show_bug.cgi?id=454365 --- Comment #2 from Joshua T --- (In reply to Bacteria from comment #1) > What you are seeing by swiping 4 fingers down is "Present Windows effect" > which is different from "Overview effect". > > For overview effect the gesture is 4 finger pinch. > > You would want to set 4 finger swipe down as overview but configuration of > gestures isn't coming in 5.25. Hopefully it should land in 5.26. Ah thanks, when I pinch with four fingers it works perfectly. But I do wish that the overview would be activated by swiping down instead of pinching. The "Present Windows Effect" seems kinda useless, since I can't search. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454349] Searching for something automatically selects the second item instead of the first
https://bugs.kde.org/show_bug.cgi?id=454349 Joshua T changed: What|Removed |Added Ever confirmed|0 |1 CC||joshuaandre...@gmail.com Status|REPORTED|CONFIRMED --- Comment #2 from Joshua T --- I have experienced this on Arch with Plasma 5.24.90 beta. It seemed to go away after an update. Try updating with "sudo pacman -Syuu". I also disabled the "Desktop Search" application launcher plugin, so that may have fixed the issue. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454365] New: Overview touchpad gesture not working correctly.
https://bugs.kde.org/show_bug.cgi?id=454365 Bug ID: 454365 Summary: Overview touchpad gesture not working correctly. Product: plasmashell Version: 5.24.90 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: joshuaandre...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Created attachment 149187 --> https://bugs.kde.org/attachment.cgi?id=149187=edit In the beginning of the video I try the overview by swiping directly down with four finger. Next I try slowly swiping to the bottom right of the touchpad, which activates the proper overview. SUMMARY The touchpad gesture for the overview on Plasma 5.25.90 does not work correctly. When I swipe with four fingers down, a different UI appears instead of the overview that shows when pressing "Super + W". STEPS TO REPRODUCE 1. Swipe with four fingers down on a touchpad using Plasma 5.25.90 on Arch Linux or KDENeon OBSERVED RESULT Overview UI looks different. It does not show the active desktops. It has a search bar, but it is not functional. EXPECTED RESULT Overview shows correctly with active desktops and working search bar. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux w/ KDE PLasma KDE Plasma Version: 5.24.90 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 Kernel: 5.17.9-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION It is possible to get the correct overview effect when swiping carefully towards the bottom right corner of the touchpad. -- You are receiving this mail because: You are watching all bug changes.
