[plasmashell] [Bug 488225] After waking from a sleep of a few hours, the desktop session shows a black screen with a cursor
https://bugs.kde.org/show_bug.cgi?id=488225 --- Comment #5 from Alexander Sanderson --- (In reply to Reinier from comment #4) > Please compare to https://bugs.kde.org/show_bug.cgi?id=487495. the difference between this bug and the one you linked is: a. Occurs on Wayland instead of X11 b. Switching to a tty and back does not bring back the lock screen -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488225] After waking from a sleep of a few hours, the desktop session shows a black screen with a cursor
https://bugs.kde.org/show_bug.cgi?id=488225 --- Comment #3 from Alexander Sanderson --- (In reply to Nate Graham from comment #2) > Does the black screen happen in place of the lock screen? Or after you > unlock the screen? Or is screen locking not involved here because you > disabled screenlocking and the black background is what you see instead of > Plasma and your apps? The black screen happens in place of the Lock Screen, not after unlocking it. I did not disable the Lock Screen. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488225] New: After waking from a sleep of a few hours, the desktop session shows a black screen with a cursor
https://bugs.kde.org/show_bug.cgi?id=488225 Bug ID: 488225 Summary: After waking from a sleep of a few hours, the desktop session shows a black screen with a cursor Classification: Plasma Product: plasmashell Version: 6.0.5 Platform: openSUSE OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: generic-crash Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com Target Milestone: 1.0 SUMMARY If you put a laptop running KDE Plasma to sleep for a few hours (in my case it was about 5), and then wake the device, it may only show the cursor and a black screen, requiring a reboot to continue using the device. STEPS TO REPRODUCE 1. Put the computer to sleep 2. Wake it up 3. Try to use it (you can't, unfortunately) OBSERVED RESULT The laptop wakes to a black screen with nothing responsive save for the cursor EXPECTED RESULT The laptop wakes to the KDE Plasma screen locker, from which you can unlock the system SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240607 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.3-1-default (64-bit) Graphics Platform: Wayland Processors: 16 × 12th Gen Intel® Core™ i5-1240P Memory: 31.1 GiB of RAM Graphics Processor: Mesa Intel® Graphics Manufacturer: Framework Product Name: Laptop (12th Gen Intel Core) System Version: A4 ADDITIONAL INFORMATION I found a similar bug https://bugs.kde.org/show_bug.cgi?id=485805 from a few months ago, but there are some differences here: 1. The cursor is visible on the Wayland session 2. A reboot does fix the issue -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 484000] When running apps in fullscreen or maximized with fractional scaling enabled and the panel in floating mode, on certain screen resolutions a sliver of the desktop's wallpape
https://bugs.kde.org/show_bug.cgi?id=484000 --- Comment #1 from Alexander Sanderson --- Created attachment 167473 --> https://bugs.kde.org/attachment.cgi?id=167473=edit Example of this bug in a fullscreen app -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 484000] New: When running apps in fullscreen or maximized with fractional scaling enabled and the panel in floating mode, on certain screen resolutions a sliver of the desktop's wal
https://bugs.kde.org/show_bug.cgi?id=484000 Bug ID: 484000 Summary: When running apps in fullscreen or maximized with fractional scaling enabled and the panel in floating mode, on certain screen resolutions a sliver of the desktop's wallpaper can be seen at the bottom right of the screen Classification: Plasma Product: plasmashell Version: 6.0.2 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: niccolo.venera...@gmail.com Target Milestone: 1.0 Created attachment 167472 --> https://bugs.kde.org/attachment.cgi?id=167472=edit Example of this bug in a maximized app SUMMARY Whenever the floating panel "de-floats" while running on a screen resolution of 2256x1504 with 150% fractional scaling, a small sliver of the desktop's wallpaper can be seen at the bottom right of the display. This can be especially distracting in fullscreen apps, such as games or letterboxed video. STEPS TO REPRODUCE 1. Set screen resolution to 2256x1504 (if possible. I'm not sure if this can be done in a VM, in which case try using a Framework Laptop or Microsoft Surface Laptop) 2. Set scale factor to 150% 3. Restart KDE Plasma (for good measure) 4. Run an app maximized or in fullscreen (for instance, Firefox or a Steam game) OBSERVED RESULT A small sliver of the desktop wallpaper can be seen of the bottom right of the screen EXPECTED RESULT The panel defloats without showing any of the wallpaper SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20240317 (available in About System) KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION Strangely I notice this only seems to happen under the following conditions (though there may be more): 1. An app is fullscreened. The reason why this is odd is because if you don't open any fullscreen apps, maximized windows will actually display properly. But after one fullscreen window has been opened (and later closed, doesn't matter), maximized windows have this effect. 2. Displays are switched. Also, this actually even affects the screen locker, which is slightly funny, but I guess it kinda makes sense? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483557] Right clicking on panel when not focused on the desktop after switching monitors causes the context menu to open in a window
https://bugs.kde.org/show_bug.cgi?id=483557 --- Comment #1 from Alexander Sanderson --- Created attachment 167171 --> https://bugs.kde.org/attachment.cgi?id=167171=edit A demonstration of the bug -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483558] New: Scrolling down in the "all applications" tab of Kickoff and then selecting a different tab returns the wrong menu items
https://bugs.kde.org/show_bug.cgi?id=483558 Bug ID: 483558 Summary: Scrolling down in the "all applications" tab of Kickoff and then selecting a different tab returns the wrong menu items Classification: Plasma Product: plasmashell Version: 6.0.1 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 Created attachment 167170 --> https://bugs.kde.org/attachment.cgi?id=167170=edit A demonstration of the bug SUMMARY STEPS TO REPRODUCE 1. Open Kickoff (Application Launcher) 2. Hover over "All Applications and scroll down" 3. Hover over a tab other than "All Applications" or "Favorites" OBSERVED RESULT The applications listed in the hovered over tab are different from what they should be EXPECTED RESULT Hovering over the tab will return the normal list of applications you'd expect from that tab SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20240311 (available in About System) KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483557] New: Right clicking on panel when not focused on the desktop after switching monitors causes the context menu to open in a window
https://bugs.kde.org/show_bug.cgi?id=483557 Bug ID: 483557 Summary: Right clicking on panel when not focused on the desktop after switching monitors causes the context menu to open in a window Classification: Plasma Product: plasmashell Version: 6.0.1 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: niccolo.venera...@gmail.com Target Milestone: 1.0 SUMMARY STEPS TO REPRODUCE 1. Switch monitors (e.g. plug in laptop to an external monitor and leave only the external monitor enabled, in my setup) 2. Open any app 3. Right click on the panel OBSERVED RESULT The panel's context menu opens in a window in the middle of the screen EXPECTED RESULT The panel's context menu opens like any other context menu would, at the position where you right clicked the panel SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20240311 (available in About System) KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION 150% Fractional scaling is enabled on both screens -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479669] After connecting an external monitor and changing the wallpaper, Kickoff spaces out its grid incorrectly and can be resized lower than the minimum value
https://bugs.kde.org/show_bug.cgi?id=479669 --- Comment #4 from Alexander Sanderson --- (In reply to Nate Graham from comment #3) > A few questions: > - It this on X11 or Wayland? > - What are the resolutions and scale factors of the screens? > - Does it ever happen with the current screen arrangement, but with the > other screen being the primary one? > - Does it ever happen with only one screen? 1. This is on Wayland 2. One screen (internal laptop screen) is 2256x1504, the other (an external monitor) is 3840x2160. Both use 150% fractional scaling. 3. Yes. I use the setting to switch to the external screen and disable the internal one when I connect my monitor, so only one monitor is ever in use at a time. 4. Yes. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 479283] Dolphin's trash reports containing 0 bytes of file space, even when files are present
https://bugs.kde.org/show_bug.cgi?id=479283 --- Comment #5 from Alexander Sanderson --- wait a second lol, I thought comment 6 in that thread was referring to Linux kernel 6.7, not QT version 6.7 haha. My bad! -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 479283] Dolphin's trash reports containing 0 bytes of file space, even when files are present
https://bugs.kde.org/show_bug.cgi?id=479283 --- Comment #4 from Alexander Sanderson --- (In reply to Nate Graham from comment #1) > Are you using a Btrfs filesystem? If so, this is Bug 479841. I am, but I'm also using kernel 6.7.1-2-default (openSUSE Tumbleweed) and am still encountering this. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479669] After connecting an external monitor and changing the wallpaper, Kickoff spaces out its grid incorrectly and can be resized lower than the minimum value
https://bugs.kde.org/show_bug.cgi?id=479669 --- Comment #2 from Alexander Sanderson --- Created attachment 164829 --> https://bugs.kde.org/attachment.cgi?id=164829=edit how the application launcher looks resizing it as low as possible after connecting an external display and changing the wallpaper -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479669] After connecting an external monitor and changing the wallpaper, Kickoff spaces out its grid incorrectly and can be resized lower than the minimum value
https://bugs.kde.org/show_bug.cgi?id=479669 --- Comment #1 from Alexander Sanderson --- Created attachment 164828 --> https://bugs.kde.org/attachment.cgi?id=164828=edit how the application launcher looks without resizing it after connecting an external display and changing the wallpaper -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479669] New: After connecting an external monitor and changing the wallpaper, Kickoff spaces out its grid incorrectly and can be resized lower than the minimum value
https://bugs.kde.org/show_bug.cgi?id=479669 Bug ID: 479669 Summary: After connecting an external monitor and changing the wallpaper, Kickoff spaces out its grid incorrectly and can be resized lower than the minimum value Classification: Plasma Product: plasmashell Version: 5.27.10 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 After connecting an external monitor, switching the primary display to it, and changing the wallpaper, Kickoff spaces out its grid incorrectly and can be resized lower than the minimum value. STEPS TO REPRODUCE 1. Connect computer to external display 2. Make that external display the primary display 3. Open the Application Launcher (and maybe try resizing it too) OBSERVED RESULT The Launcher can be resized far below its usual minimum size, and even without resizing it, the Favorites tab's grid view is three items wide instead of four EXPECTED RESULT The Launcher cannot be resized below its ordinary minimum size and even without resizing it, the Favorites tab's grid view is four items wide. SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20240109 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 ADDITIONAL INFORMATION This bug might be related to fractional scaling, as I use it on both my laptop's internal display and my monitor (both on 150%). -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 479283] New: Dolphin's trash reports containing 0 bytes of file space, even when files are present
https://bugs.kde.org/show_bug.cgi?id=479283 Bug ID: 479283 Summary: Dolphin's trash reports containing 0 bytes of file space, even when files are present Classification: I don't know Product: kde Version: unspecified Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: alexander.sander...@outlook.com Target Milestone: --- Created attachment 164608 --> https://bugs.kde.org/attachment.cgi?id=164608=edit An example of a bugged Trash bin. Notice it reporting 0 bytes used, even though it currently contains two mp4 copies of Steamboat Willie (happy public domain day!) SUMMARY When trying to view the amount of space contained in the trash on Plasma (whether it be through a Properties dialog or the storage status bar at the bottom), Dolphin reports 0 bytes used by the trash, even when this is not the case. STEPS TO REPRODUCE 1. Open Dolphin 2. Select Trash from the sidebar 3. Look at the storage report near the bottom left of Dolphin's window OBSERVED RESULT Dolphin always reports 0 bytes used by Trash. EXPECTED RESULT Dolphin correctly reports however much space the files within the Trash are using. SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20231226 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 ADDITIONAL INFORMATION I'm fairly certain this may have to do with an incident in which I impatiently ran `sudo rm -r ~/.local/share/Trash/` in order to delete a file that was taking forever to transfer from a storage device to my computer's Trash bin. That said, it would probably be good if necessary files could be regenerated in a case like this. -- You are receiving this mail because: You are watching all bug changes.
[Arianna] [Bug 478979] Some book elements don't correctly change their coloring while in dark mode, and as a result are significantly harder to read
https://bugs.kde.org/show_bug.cgi?id=478979 --- Comment #1 from Alexander Sanderson --- Created attachment 164432 --> https://bugs.kde.org/attachment.cgi?id=164432=edit Foliate showcasing how the text may look with the bug fixed -- You are receiving this mail because: You are watching all bug changes.
[Arianna] [Bug 478979] New: Some book elements don't correctly change their coloring while in dark mode, and as a result are significantly harder to read
https://bugs.kde.org/show_bug.cgi?id=478979 Bug ID: 478979 Summary: Some book elements don't correctly change their coloring while in dark mode, and as a result are significantly harder to read Classification: Applications Product: Arianna Version: 23.08.4 Platform: Flatpak OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: c...@carlschwan.eu Reporter: alexander.sander...@outlook.com Target Milestone: --- Created attachment 164431 --> https://bugs.kde.org/attachment.cgi?id=164431=edit Arianna displaying the described bug SUMMARY Some book elements (namely, those with a light gray background) don't properly change their coloring while the app is set to the dark theme, which results in a sort of white-on-white text. Some ebook readers, such as Foliate or Apple Books, are capable of correctly changing the colors of these elements to suit dark mode, as attached in the second screenshot. STEPS TO REPRODUCE 1. Set the system to dark theme 2. Open a book with gray-background elements (such as The Linux Command Line by William Shotts) in Foliate 3. Find an element as described in the summary OBSERVED RESULT The element is difficult to read with nearly white-on-white text EXPECTED RESULT The element features a background similar to that of the rest of the document, providing adequate contrast SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20231222 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 466325] Add UI to enable/disable apps running in the background
https://bugs.kde.org/show_bug.cgi?id=466325 Alexander Sanderson changed: What|Removed |Added CC||alexander.sanderson@outlook ||.com --- Comment #4 from Alexander Sanderson --- I believe the background app notification is being retired in Plasma 6. Will this issue become closed by then? -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 478172] Applets like the application launcher, notifications menu, KRunner, etc. open in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=478172 --- Comment #1 from Alexander Sanderson --- ADDITIONAL NOTE: This occurs in the Wayland session and not the X11 session. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 478172] New: Applets like the application launcher, notifications menu, KRunner, etc. open in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=478172 Bug ID: 478172 Summary: Applets like the application launcher, notifications menu, KRunner, etc. open in the center of the screen Classification: KDE Neon Product: neon Version: unspecified Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Packages User Edition Assignee: neon-b...@kde.org Reporter: alexander.sander...@outlook.com CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** Upon a fresh install and subsequent update of KDE Neon 5.27, applets won't open where they're supposed to open by default (bottom left corner for application launcher, top of screen for KRunner, bottom right for system tray applets), but instead in the center or bottom-center of the screen. STEPS TO REPRODUCE 1. Install KDE Neon 5.27 2. Update the system 3. Open any applet OBSERVED RESULT Applets open in the center of the screen EXPECTED RESULT Applets open in the corner or very top of the screen, depending on which applet it is SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon 5.27 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467041] REAPER DAW has severe window problems while being used with the default XWayland "Apply scaling themselves" fractional scaling setting
https://bugs.kde.org/show_bug.cgi?id=467041 Alexander Sanderson changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from Alexander Sanderson --- Great news! I'm not sure when or how this changed, but upon trying out REAPER on fractional scaled Wayland today, it's perfect! So... thank you!! -- You are receiving this mail because: You are watching all bug changes.
[NeoChat] [Bug 471268] If a Room's description in the Room Information drawer is too long, the Options and Members sections of the drawer are inaccessible
https://bugs.kde.org/show_bug.cgi?id=471268 Alexander Sanderson changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #3 from Alexander Sanderson --- (In reply to Justin Zobel from comment #1) > I can't replicate this issue on Neochat beta 23.07.80. Can you please > confirm if you are still having issues on version 23.04.3? Apologies for the holdup! I don't check my email as often as I should. Upon testing 23.08, I can confirm that this has been fixed! Thank you! -- You are receiving this mail because: You are watching all bug changes.
[NeoChat] [Bug 471268] New: If a Room's description in the Room Information drawer is too long, the Options and Members sections of the drawer are inaccessible
https://bugs.kde.org/show_bug.cgi?id=471268 Bug ID: 471268 Summary: If a Room's description in the Room Information drawer is too long, the Options and Members sections of the drawer are inaccessible Classification: Applications Product: NeoChat Version: 23.04.2 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: fe...@posteo.de Reporter: alexander.sander...@outlook.com CC: c...@carlschwan.eu Target Milestone: --- Created attachment 159789 --> https://bugs.kde.org/attachment.cgi?id=159789=edit An open drawer on a room, where most functions are inaccessible and the entire description cannot even be read SUMMARY Rooms with very long descriptions do not shorten themselves and add a scrollbar, and as a result they may continue past the window and obscure the Options and Members sections of the drawer. STEPS TO REPRODUCE 1. Join a Matrix room with a very long description (e.g. #rossmannrepair-general:matrix.org) 2. Open the drawer by clicking the icon on the top right of the window 3. Attempt to scroll through the description OBSERVED RESULT The description has no scrollbar and does not scroll, leaving the member list, search, and other functions inaccessible EXPECTED RESULT The description has a scrollbar and is shortened so that the other functions of the drawer are still visible and can be used SOFTWARE/OS VERSIONS Linux: Arch Linux KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.10 ADDITIONAL INFORMATION This was tested with the latest NeoChat Flatpak, not the Arch Linux repo package. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 470840] New: Setting the tray icons of some Electron apps, like Discord, to "always hidden" or any setting applies to ALL Electron apps' tray icons, not just the one
https://bugs.kde.org/show_bug.cgi?id=470840 Bug ID: 470840 Summary: Setting the tray icons of some Electron apps, like Discord, to "always hidden" or any setting applies to ALL Electron apps' tray icons, not just the one Classification: Plasma Product: plasmashell Version: 5.27.5 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: mate...@gmail.com Target Milestone: 1.0 SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Have multiple Electron apps with tray icons open, e.g. Discord and Element 2. Right click the system tray and select "Configure System Tray" 3. Set Discord's tray icon to "always hidden" OBSERVED RESULT The tray icon for Discord AND Element are hidden EXPECTED RESULT The tray icon for only Discord is hidden, while Element's remains because the user did not set Element's to "always hidden" SOFTWARE/OS VERSIONS Linux: Arch Linux (available in About System) KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.106.0 Qt Version: 5.15.9 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 466309] As of Kirigami 5.103, under certain circumstances, headers don't show the correct background color when using a Header-color-using color scheme
https://bugs.kde.org/show_bug.cgi?id=466309 --- Comment #12 from Alexander Sanderson --- I would also like to point out that this only sprung up after Neon’s initial system upgrade. Could this be related to the kernel version? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 466309] As of Kirigami 5.103, under certain circumstances, headers don't show the correct background color when using a Header-color-using color scheme
https://bugs.kde.org/show_bug.cgi?id=466309 Alexander Sanderson changed: What|Removed |Added CC||alexander.sanderson@outlook ||.com --- Comment #11 from Alexander Sanderson --- I also experience this issue, but it seems to depend on the distro. Arch Linux doesn’t seem to have this issue, but KDE Neon does. This is interesting since their KDE Frameworks versions seem to be the same. -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 467061] XWayland apps have a slightly blurry mouse cursor when using fractional scaling
https://bugs.kde.org/show_bug.cgi?id=467061 --- Comment #2 from Alexander Sanderson --- Created attachment 157117 --> https://bugs.kde.org/attachment.cgi?id=157117=edit Cursor when hovering over the main window of the XWayland app (it is blurry) -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 467061] XWayland apps have a slightly blurry mouse cursor when using fractional scaling
https://bugs.kde.org/show_bug.cgi?id=467061 --- Comment #1 from Alexander Sanderson --- Created attachment 157116 --> https://bugs.kde.org/attachment.cgi?id=157116=edit Cursor when hovering over the title bar of the XWayland app (it is sharp) -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 467061] New: XWayland apps have a slightly blurry mouse cursor when using fractional scaling
https://bugs.kde.org/show_bug.cgi?id=467061 Bug ID: 467061 Summary: XWayland apps have a slightly blurry mouse cursor when using fractional scaling Classification: Plasma Product: plasma-wayland-protocols Version: 1.10.0 Platform: Archlinux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: aleix...@kde.org Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** XWayland apps have a slightly blurry cursor when using fractional scaling. It's worth pointing out that this isn't with the "scaled by the system" setting that incurs window blur enabled; this is using the default "apply scaling themselves" that allows many XWayland apps to fractional scale without blur. Thus, the main window is sharp, but the mouse cursor is not. STEPS TO REPRODUCE 1. Set KDE Plasma to 125% or 150% fractional scaling in System Settings (and reboot). 2. Open an XWayland app. 3. Move the mouse between the title bar and the main window body. OBSERVED RESULT The cursor is slightly blurry when hovering over the main window, but sharp when hovering over the title bar. EXPECTED RESULT The cursor should be sharp regardless of whether it's on the main window or title bar. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.27.2 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 Alexander Sanderson changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 Alexander Sanderson changed: What|Removed |Added CC||alexander.sanderson@outlook ||.com --- Comment #8 from Alexander Sanderson --- I can confirm that this is still an issue in Plasma 5.27 -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 467041] New: REAPER DAW has severe window problems while being used with the default XWayland "Apply scaling themselves" fractional scaling setting
https://bugs.kde.org/show_bug.cgi?id=467041 Bug ID: 467041 Summary: REAPER DAW has severe window problems while being used with the default XWayland "Apply scaling themselves" fractional scaling setting Classification: Plasma Product: plasma-wayland-protocols Version: unspecified Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: alexander.sander...@outlook.com CC: aleix...@kde.org Target Milestone: --- Created attachment 157101 --> https://bugs.kde.org/attachment.cgi?id=157101=edit The resize bug as described in OBSERVED RESULT SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** In fractional scaled Wayland, whenever running the DAW software REAPER, whenever trying to resize the window, only the window decorations are resized at first, while the application itself seems to stay the same proportions and the window shadows effect overlaps with itself in weird ways. If you hold the window in the position you want to resize it long enough, it will eventually resize correctly after a few seconds, but using REAPER like this is awkward. In addition, other windows will gradually resize themselves downward in a really bizarre fashion. This does not occur when Wayland's X11 legacy setting is set to "scaled by the system", or if Wayland is not being fractional scaled at all. This issue is not present whatsoever in X11. STEPS TO REPRODUCE 1. Open KDE in Wayland with default settings 2. Install and run REAPER 3. Try to resize the window OBSERVED RESULT Only the window decorations are resized at first, while the application itself seems to stay the same proportions and the window shadows effect overlaps with itself in weird ways. EXPECTED RESULT The application should resize like a normal app SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.27.2 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 464342] Album art is rendered at a noticeably lower resolution than originals
https://bugs.kde.org/show_bug.cgi?id=464342 --- Comment #1 from Alexander Sanderson --- Created attachment 155328 --> https://bugs.kde.org/attachment.cgi?id=155328=edit A comparison of Elisa's album grid view and Cider's. Notice how Cider's appear significantly sharper. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 464342] New: Album art is rendered at a noticeably lower resolution than originals
https://bugs.kde.org/show_bug.cgi?id=464342 Bug ID: 464342 Summary: Album art is rendered at a noticeably lower resolution than originals Classification: Applications Product: Elisa Version: 22.12.1 Platform: OpenSUSE OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: alexander.sander...@outlook.com Target Milestone: --- Created attachment 155327 --> https://bugs.kde.org/attachment.cgi?id=155327=edit Artwork in Party Mode compared to the original image in my music directory. Note that the songs do NOT have any embedded artwork, so Elisa must be pulling from this 1024x1024 image. SUMMARY *** In Party Mode, album art is rendered at a noticeably lower resolution than the original image which it is pulling from. This is an issue no matter what scale factor Plasma is being run at. In addition to this, art in the album list view is rendered at an even lower resolution, which is especially noticeable because you can compare it to the smaller image in the top bar, which is sharper. I assume the covers of the album list view is rendered based on the expected resolution of a screen running Plasma at 1x scaling (maybe for the sake of speed?); this issue in particular is almost unnoticeable at 1x scaling (but I have a high DPI screen, so I use 1.5x. I also tested 2x, and it's still a problem). *** STEPS TO REPRODUCE 1. Have a music library with somewhat high resolution covers. 2. Have Elisa import that library. 3. Observe Elisa's album view, or open Party Mode while an album is playing. OBSERVED RESULT Artworks are noticeably more blurry than they would be in an alternative music app. EXPECTED RESULT Artworks should appear sharp, assuming the source image is high resolution. SOFTWARE/OS VERSIONS Linux: openSUSE Tumbleweed 20230112, kernel 6.1.4-1-default KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
