[plasmashell] [Bug 480553] Application Launcher Sometimes Freezes While Opening
https://bugs.kde.org/show_bug.cgi?id=480553 --- Comment #6 from Jonathan Isom --- (In reply to Nate Graham from comment #5) > Is it still happening to either of you with Plasma 6.0.4? While I am not the original reporter, I haven't been experiencing recently. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 484015] SDDM Wayland does not go into monitor powersave timeout with no user logged in
https://bugs.kde.org/show_bug.cgi?id=484015 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 473332] Discover crashes in KNSCore::ResultsStream::fetch when searching
https://bugs.kde.org/show_bug.cgi?id=473332 --- Comment #19 from Jonathan Isom --- (In reply to Waleed Hamra from comment #18) > Is this crash still happening to other reporters? > > I had a bug marked as a duplicate of this and for me, in 6.0.3 of Discover, > my initial reproducible crashes are no longer happening. I tested a week or 2 ago and it was crashing then. I just did a little test and it didn't crash now. Definitely an improvement. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 483759] Add ability to put a window in a portion of a tiling layout zone by placement Top/Bottom 25%
https://bugs.kde.org/show_bug.cgi?id=483759 --- Comment #2 from Jonathan Isom --- (In reply to Nick from comment #1) > Hi - I'm a little unclear about this request. Would it be possible to > provide a little more detail so the feature request is really clear? Thanks, > Nick If looking at the default tiling layout, 3 zones in a 1x3 layout, currently when moving a window into one of the zones the window will fill that zone. My suggestion is that if a window is dragged to either the upper 25% or lower 25% of a zone it would fill only that half, creating 2 sub-zones each. With the 3 zones in the default it would effectively allow 6 windows, 3 top and 3 bottom in a 2x3 layout, to be tiled onscreen without having to subdivide the zones in the template editor ahead of time. This would add additional flexibility to the tiling system and apply only temporarily until the window(s) are moved out. Currently if I wanted to do this I'd have to go to the tiling layout editor, split the zone vertically, use the layout for ever how long that is, then undo the split when I am done. Hope that is clearer. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 483759] New: Add ability to put a window in a portion of a tiling layout zone by placement Top/Bottom 25%
https://bugs.kde.org/show_bug.cgi?id=483759 Bug ID: 483759 Summary: Add ability to put a window in a portion of a tiling layout zone by placement Top/Bottom 25% Classification: Plasma Product: kwin Version: 6.0.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Custom Tiling Assignee: kwin-bugs-n...@kde.org Reporter: jei...@gmail.com CC: notm...@gmail.com Target Milestone: --- SUMMARY When not using the custom tiling feature if I drag to a side and either the top or bottom 25% it will do a quarter of the screen. I would like the ability when I move a window using the tiling modifier into the top or bottom 25% of a zone to use the top or bottom half of that zone. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.10-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 483758] New: Add ability to lock tiling layout
https://bugs.kde.org/show_bug.cgi?id=483758 Bug ID: 483758 Summary: Add ability to lock tiling layout Classification: Plasma Product: kwin Version: 6.0.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Custom Tiling Assignee: kwin-bugs-n...@kde.org Reporter: jei...@gmail.com CC: notm...@gmail.com Target Milestone: --- SUMMARY I have been accidently resizing windows that are tiled and that changes my tiling layout. I'd like it locked so even if I resize a window I can just put the window back by moving it with the modifier key. STEPS TO REPRODUCE 1. Put a window in a tile 2. Drag a side of a window 3. Tile layout is now different OBSERVED RESULT Layout is changed EXPECTED RESULT Layout is not changed SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.10-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481903] stutter when framerate is lower than screen refresh
https://bugs.kde.org/show_bug.cgi?id=481903 --- Comment #4 from Jonathan Isom --- (In reply to Zamundaaa from comment #3) > While NVidia has a workaround for Wayland native apps, that workaround can > introduce some glitches as well. They're of a different sort though, so this > is a bit surprising. > I implemented an optimization for the NVidia driver just after 5.93.0 was > tagged, which might be relevant. Can you still reproduce this with 6.0.0? I have not been able to reproduce it in any wayland apps anymore. I am pretty sure that I was experiencing with a wayland app, but that one decided to stop doing it. All the other occurrences are Xwayland. Thank you for your time. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481903] stutter when framerate is lower than screen refresh
https://bugs.kde.org/show_bug.cgi?id=481903 --- Comment #2 from Jonathan Isom --- (In reply to Zamundaaa from comment #1) > This is a NVidia driver bug, see > https://gitlab.freedesktop.org/xorg/xserver/-/issues/1317 for more details While I don't disagree about the Nvidia driver bug, I have been experiencing it with wayland apps as well. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481903] stutter when framerate is lower than screen refresh
https://bugs.kde.org/show_bug.cgi?id=481903 Jonathan Isom changed: What|Removed |Added Version|unspecified |5.93.0 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481903] New: stutter when framerate is lower than screen refresh
https://bugs.kde.org/show_bug.cgi?id=481903 Bug ID: 481903 Summary: stutter when framerate is lower than screen refresh Classification: Plasma Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: jei...@gmail.com Target Milestone: --- Created attachment 166141 --> https://bugs.kde.org/attachment.cgi?id=166141=edit Video of glxgears running SUMMARY I am experiencing a stutter or flicker that almost looks like it is re-showing prior frames. Experienced it in Yuzu, freetube and glxgears(when framelimited). When I tried to capture with Spectacle it didn't capture it in the recording. Attached from my phone. STEPS TO REPRODUCE 1. Run 'MANGOHUD_CONFIG="fps_limit=20" mangohud glxgears' OBSERVED RESULT flicker EXPECTED RESULT No flicker SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.93.0 KDE Frameworks Version: 5.249.0 Qt Version: 6.7.0 Kernel Version: 6.7.6-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 478090] [NVIDIA] locking 2nd time in a Wayland session results in black screen with cursor
https://bugs.kde.org/show_bug.cgi?id=478090 --- Comment #14 from Jonathan Isom --- (In reply to Jonathan Isom from comment #11) > (In reply to Jonathan Isom from comment #10) > > > - Is there a method that brings you back to a working desktop (e.g. > > > killing > > > kscreenlocker_greet). > > > > I have only had it work once where killing kscreenlocker_greet that worked. > > I am currently using the 550.xx beta driver and that be why I was able to. > > Can't say without further testing. Prior times it would just restart it > > with a black screen. > > I am testing with the NVidia vulkan beta now, 535.43.25 and I am able to > kill it and it reloads and then I can log in. I thought maybe a driver > update changed something, but that may not be the case. This is on Plasma > 6RC2 on arch. On beta 1 it would just reload as a new black screen. Additional note: I can kill it by "killall -9 kscreenlocker_greet" and login, but only if I am on the TTY for plasma, ie I ssh in. If I switch to another TTY to kill it I end up with another blackscreen. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 480553] Application Launcher Sometimes Freezes While Opening
https://bugs.kde.org/show_bug.cgi?id=480553 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #4 from Jonathan Isom --- I am getting this as well. It happens with both the "Application Launcher" and "Application Menu". Maybe bug 475318 is related. Other widgets in the dock work fine though. Operating System: Arch Linux KDE Plasma Version: 5.93.0 KDE Frameworks Version: 5.249.0 Qt Version: 6.7.0 Kernel Version: 6.7.4-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 478090] [NVIDIA] locking 2nd time in a Wayland session results in black screen with cursor
https://bugs.kde.org/show_bug.cgi?id=478090 --- Comment #11 from Jonathan Isom --- (In reply to Jonathan Isom from comment #10) > > - Is there a method that brings you back to a working desktop (e.g. killing > > kscreenlocker_greet). > > I have only had it work once where killing kscreenlocker_greet that worked. > I am currently using the 550.xx beta driver and that be why I was able to. > Can't say without further testing. Prior times it would just restart it > with a black screen. I am testing with the NVidia vulkan beta now, 535.43.25 and I am able to kill it and it reloads and then I can log in. I thought maybe a driver update changed something, but that may not be the case. This is on Plasma 6RC2 on arch. On beta 1 it would just reload as a new black screen. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 478090] [NVIDIA] locking 2nd time in a Wayland session results in black screen with cursor
https://bugs.kde.org/show_bug.cgi?id=478090 --- Comment #10 from Jonathan Isom --- While I am not the original reporter(Should I duplicate it?) here are my experiences. (In reply to Nate Graham from comment #7) > Some questions *for the original reporter of the bug*: > - Does it happen when the system locks the screen? I don't think so, but after is has been put to sleep. > - Does it happen when the system puts the display to sleep? see above > - Does it happen when the system suspends? Yes, but only when the screenlocker is enabled. If the screenlocker is disabled the system will wake normally. > - Are there more than one screen? Not in my case. > - Are there more than one GPU? No, just one in my case. > - Is it a PRIME system with muxing? If so, which GPU was driving the display? No, just a single discrete gpu. > - Is the cursor visible? Yes and it is movable. > - Are there any GUI elements visible? No. Just a black screen and the cursor. > - Is the broken lock screen function (e.g. blindly typing your password and > hitting Enter unlocks)? Not in my experience. > - Is there a method that brings you back to a working desktop (e.g. killing > kscreenlocker_greet). I have only had it work once where killing kscreenlocker_greet that worked. I am currently using the 550.xx beta driver and that be why I was able to. Can't say without further testing. Prior times it would just restart it with a black screen. > - Is the desktop session using X11 or Wayland? This is on wayland. X11 works as expected. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 473332] Discover crashes when searching
https://bugs.kde.org/show_bug.cgi?id=473332 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #3 from Jonathan Isom --- I am seeing this on 6.0 beta 1. Happens every time and additionally clicking Installed also crashes it instantly. Not sure if related. Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.6-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 475318] Often unable to open application menu, access taskbar, or switch away from XWayland full screen window
https://bugs.kde.org/show_bug.cgi?id=475318 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #13 from Jonathan Isom --- I am seeing this on 6.0 Beta1. If I have first login I can use the Application Menu or Application Launcher. If I open vlc and play a video and it is as a window it continues to work. As soon as I make that window fullscreen and exit fullscreen I can't open those menus. The icon in the dock will change to indicate that it was clicked but they don't show up. Closing all the Xwayland windows does not resolve this and I tried killing Xwayland, but that just killed(Firefox's crash reporter showed) all my open programs and restart kwin. Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.4-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 478321] New: Trackpad gesture to change desktops skips more than one desktop
https://bugs.kde.org/show_bug.cgi?id=478321 Bug ID: 478321 Summary: Trackpad gesture to change desktops skips more than one desktop Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: jei...@gmail.com 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 *** I am using a apple magic trackpad 2 and I use the 3-finger swipe to switch desktops. Most times it will only allow switching one desktop per swipe which I would prefer. It only seems to be about 25% of the time, but am unsure. I have four desktops that loop around and I usually only have problems seeing one of the four. It is not always the same one. STEPS TO REPRODUCE 1. Have multiple desktops 2. Have each with a different window to assist with knowing when a switch occurs more than one desktop 3. 3 finger swipe left or right. Quick swipes are show it, but a slow swipe will allow you to go two desktops as well if you don't stop. OBSERVED RESULTS 3 finger Swiping skips 2 desktops instead of 1. EXPECTED RESULT Always skipping 1 desktop SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.4-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 478090] [NVIDIA] locking 2nd time in a Wayland session results in black screen with cursor
https://bugs.kde.org/show_bug.cgi?id=478090 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #3 from Jonathan Isom --- I experienced this as well. I am currently running the latest nvidia vulkan driver. I haven't done a lot of testing, but have not reproduced it since disabling the kscreenlocker. I tried loginctl to unlock the session and killing kscreenlocker and it would just restart. I am curious if others can reproduce this if they disable it. Not the best workaround if it is the case though. Using a 4080 and 6.0 Beta 1 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 478054] Right-Click window context menu on title bar opens along top edge of screen regardless of window position
https://bugs.kde.org/show_bug.cgi?id=478054 --- Comment #3 from Jonathan Isom --- I was able to track down some more details. When using the Breeze window decoration it works as expected. All the 3rd party themes that I have that were made for Plasma 5 seem to be effected. I was using glowglass cupertino when I noticed it initially. Not sure if that is considered a supported configuration. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 478054] Right-Click window context menu on title bar opens along top edge of screen regardless of window position
https://bugs.kde.org/show_bug.cgi?id=478054 --- Comment #1 from Jonathan Isom --- Ok, I hit enter and it submitted Step to reproduce 1. Open a window away from the top of screen and also away from left. 2. Right Click on title bar at various points, left to right, on title bar. Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.4-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 478054] New: Right-Click window context menu on title bar opens along top edge of screen regardless of window position
https://bugs.kde.org/show_bug.cgi?id=478054 Bug ID: 478054 Summary: Right-Click window context menu on title bar opens along top edge of screen regardless of window position Classification: Plasma Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: jei...@gmail.com Target Milestone: --- Created attachment 163851 --> https://bugs.kde.org/attachment.cgi?id=163851=edit Show where cursor was and menu shows up 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 *** When I right-click on title bar to bring up window menu it opens in relation to top left of screen and not window. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474725] Screen randomly freezes for a second
https://bugs.kde.org/show_bug.cgi?id=474725 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #11 from Jonathan Isom --- I am getting this on 6.0 Beta 1. I regularly see this by (un)maximizing a window such as Firefox, but not always. Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.4-273-tkg-linux-tkg (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080/PCIe/SSE2 Product Name: X570M Pro4 -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 459755] 5.26 Wayland windows go below Latte when "always visible" is chosen
https://bugs.kde.org/show_bug.cgi?id=459755 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #15 from Jonathan Isom --- I am using plasma wayland 5.27 with latte-dock git and this doesn't seemed to be fixed. Specifically fullscreen apps go under the dock. Think games. I have always visible enabled and when playing witcher 3 the dock is still onscreen. Using arch/nvidia. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 460783] LatteDock is not taking space on wayland
https://bugs.kde.org/show_bug.cgi?id=460783 Jonathan Isom changed: What|Removed |Added CC||jei...@gmail.com --- Comment #1 from Jonathan Isom --- I don't know if this was specifically fixed or if what I did fixed it, but it is working here. It wasn't working before. I nuked all the plasma/kde configs* and started fresh in wayland. It is now reserving just fine. Using plasma 5.27.0 on arch and git latte-dock. *for crying out loud put these all in sub directories. I had over a hundred just in .config. 6.0 would be a great start /rant -- You are receiving this mail because: You are watching all bug changes.
