[dolphin] [Bug 454911] New: Rename box does not move with items when sort order is updated
https://bugs.kde.org/show_bug.cgi?id=454911 Bug ID: 454911 Summary: Rename box does not move with items when sort order is updated Product: dolphin Version: 22.04.1 Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: oli-be...@outlook.com CC: kfm-de...@kde.org Target Milestone: --- Created attachment 149496 --> https://bugs.kde.org/attachment.cgi?id=149496=edit A video showing this SUMMARY When the sort order of items changes, due to renames or items being added, such that the item being renamed is moved, the text input box does not move with the item, and is 'left behind'. This occurs in all views (icons, compact, details). STEPS TO REPRODUCE 1. Sort newest first. 2. Begin renaming a file. 3. Create a new file in that folder whilst renaming (sleep 3 && touch a.txt, ssh, switch tty) OBSERVED RESULT The rename text input box does not move with the item, and stays in the same location. EXPECTED RESULT The text input box should stay with the item being renamed. SOFTWARE/OS VERSIONS Linux: Arch Linux KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 452276] Text field cursor disappears when holding super
https://bugs.kde.org/show_bug.cgi?id=452276 --- Comment #4 from ob --- (In reply to Nate Graham from comment #3) I can reproduce this with all the stock application styles (Breeze, Fusion, MS Windows 9x, Oxygen) on both Wayland and X11. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 447797] Mouse cursor glitching upon switching states in the Wayland session
https://bugs.kde.org/show_bug.cgi?id=447797 --- Comment #11 from ob --- (In reply to Zamundaaa from comment #10) The desktop icon/file/folder thing is definitely exclusive to the Wayland session. In X11, it animates fading in attached the cursor after the icon immediately disappears on the desktop or in the folder. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 452276] Text field cursor disappears when holding super
https://bugs.kde.org/show_bug.cgi?id=452276 ob changed: What|Removed |Added Attachment #147967|0 |1 is obsolete|| --- Comment #2 from ob --- Created attachment 147969 --> https://bugs.kde.org/attachment.cgi?id=147969=edit A video (actually) showing the bug. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 447797] Mouse cursor glitching upon switching states in the Wayland session
https://bugs.kde.org/show_bug.cgi?id=447797 --- Comment #8 from ob --- Created attachment 147968 --> https://bugs.kde.org/attachment.cgi?id=147968=edit Cursor glitch in Wayland and X11 It's definitely far less noticeable in X11, maybe a different problem altogether. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 452276] Text field cursor disappears when holding super
https://bugs.kde.org/show_bug.cgi?id=452276 --- Comment #1 from ob --- I should have checked - the recording doesn't actually show the bug, which is... interesting. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 447797] Mouse cursor glitching upon switching states in the Wayland session
https://bugs.kde.org/show_bug.cgi?id=447797 ob changed: What|Removed |Added CC||oli-be...@outlook.com --- Comment #6 from ob --- I don't believe this is exclusive to Wayland. I can notice a broken frame when the cursor changes state in both X11 and Wayland. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 452276] New: Text field cursor disappears when holding super
https://bugs.kde.org/show_bug.cgi?id=452276 Bug ID: 452276 Summary: Text field cursor disappears when holding super Product: Breeze Version: 5.24.4 Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: oli-be...@outlook.com Target Milestone: --- Created attachment 147967 --> https://bugs.kde.org/attachment.cgi?id=147967=edit A video showing the bug. SUMMARY When holding/pressing the Super key, often to then hold left click to drag a window, if the cursor is over a text entry field, showing the text cursor, the cursor disappears whilst holding super. If the cursor is moved, or a left click is used to drag (or right click to resize), the cursor reappears with the appropriate grab/resize cursor. In the attached video, this is demonstrated in KWrite's text area, and in the Name field in the native file picker. It can also be seen in Dolphin, if you click to enter a path, or rename a file. SOFTWARE/OS VERSIONS Linux: Arch Linux KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 --- Comment #7 from ob --- (In reply to Nate Graham from comment #6) Blocking moving the window is a reasonable solution to prevent things breaking in this manner, and probably the best thing to do for Wayland. Attempting to move a window whilst it has an open menu is not really a common action, and I'd guess that trying to fix the underlying logic to allow for this could be a very large can of worms. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 452211] Dolphin's menu has 'korners'
https://bugs.kde.org/show_bug.cgi?id=452211 --- Comment #3 from ob --- (In reply to Nate Graham from comment #2) > Cannot reproduce at 200% scale on Wayland. Does the same thing happen for > Gwenview's similar hamburger menu? Indeed. Gwenview reports a version number 21.12.3 (same as dolphin). Perhaps it's been fixed since? Considering that other context menus, and even submenus of the broken menu do not show this issue, perhaps the wrong/an outdated style is being used, given that there was work to fix black corners not long ago IIRC. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 452213] New: Menu button border remains when a spawned menu is closed in Wayland
https://bugs.kde.org/show_bug.cgi?id=452213 Bug ID: 452213 Summary: Menu button border remains when a spawned menu is closed in Wayland Product: Breeze Version: 5.24.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: oli-be...@outlook.com Target Milestone: --- Created attachment 147922 --> https://bugs.kde.org/attachment.cgi?id=147922=edit A video showing the bug. SUMMARY When closing a menu opened by pressing a menu button, by clicking off the menu (and not by clicking the button itself), the button does not lose its hover/click border. The button also shows a tooltip after closing, only in System Settings and Info Center but not Dolphin. **This bug is only seen when using Wayland, and not X11.* I am not sure where this bug should be filed so it is tentatively under Breeze/general, please move if necessary. STEPS TO REPRODUCE 1. Click the button. 2. Close the opened menu by a means other than clicking the button. OBSERVED RESULT The button has a hover/click border. EXPECTED RESULT The button has no hover/click border. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 452212] New: Pressing the menu button in Wayland does not repaint the window to show focus
https://bugs.kde.org/show_bug.cgi?id=452212 Bug ID: 452212 Summary: Pressing the menu button in Wayland does not repaint the window to show focus Product: dolphin Version: 21.12.3 Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: oli-be...@outlook.com CC: kfm-de...@kde.org Target Milestone: --- Created attachment 147921 --> https://bugs.kde.org/attachment.cgi?id=147921=edit A video showing the bug. SUMMARY Pressing the menu button in Dolphin does not repaint the window to show focus in Wayland. For example, if Dolphin is open, unfocused, and the menu button is clicked, the titlebar darkens to show the window is focused. The application area is not updated to show this. The video demonstrates this issue. Also note how the menu button itself stays selected when the menu is not closed by pressing the button again. This can also be observed in System Settings and Info Center, and is also only seen on Wayland. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 452211] Dolphin's menu has 'korners'
https://bugs.kde.org/show_bug.cgi?id=452211 --- Comment #1 from ob --- Created attachment 147920 --> https://bugs.kde.org/attachment.cgi?id=147920=edit Image showing broken corners in menu -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 452211] New: Dolphin's menu has 'korners'
https://bugs.kde.org/show_bug.cgi?id=452211 Bug ID: 452211 Summary: Dolphin's menu has 'korners' Product: dolphin Version: 21.12.3 Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: oli-be...@outlook.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY On both Wayland and X11, Dolphin's menu appears to suffer from the old 'korners' issue, where corners are black and not transparent. Submenus do not have this issue. Right clicking to open context menus in other places do not have this issue either. STEPS TO REPRODUCE 1. Open menu OBSERVED RESULT Blank corners. EXPECTED RESULT Transparent corners. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 452209] Window painting focus issues from a menu button
https://bugs.kde.org/show_bug.cgi?id=452209 --- Comment #2 from ob --- Additionally, the menu button cannot be pressed in Wayland when the window is unfocused. It simply focuses the window and does not register the click on the button. Info Center is the same. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 452209] Window painting focus issues from a menu button
https://bugs.kde.org/show_bug.cgi?id=452209 --- Comment #1 from ob --- Created attachment 147919 --> https://bugs.kde.org/attachment.cgi?id=147919=edit The window being painted unfocused on X11 when opening the menu. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 452209] New: Window painting focus issues from a menu button
https://bugs.kde.org/show_bug.cgi?id=452209 Bug ID: 452209 Summary: Window painting focus issues from a menu button Product: systemsettings Version: 5.24.4 Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: oli-be...@outlook.com Target Milestone: --- Created attachment 147918 --> https://bugs.kde.org/attachment.cgi?id=147918=edit The window being painted focused despite being unfocused from the new menu opened. SUMMARY With X11, when pressing the menu button in System Settings to open the menu, the application area of the window is painted unfocused whilst the application is still focused. This does not occur on Wayland. When opening a new window, such as "About KDE" from this menu, the application is painted focused. When selecting the application and then the new window to force it to repaint, the issue persists. When selecting the application and then a different window (such as the desktop), the application area is correctly painted as focused. On Wayland, when opening a new window, the button stays selected and a tooltip will appear despite the new window. This does not occur on X11. This also occurs in Dolphin (though the button has no tooltip in Dolphin). Dolphin correctly paints itself, however. This issue with the button remaining selected would appear to be a distinct and more general bug, so I intend to file a separate bug and will add it under see also. Info Center behaves identically. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 --- Comment #5 from ob --- Because adding attachments is done one at a time, and each one sends an email, here's an imgur album with various screenshots: https://imgur.com/a/TFWRPK3 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 --- Comment #4 from ob --- Created attachment 147917 --> https://bugs.kde.org/attachment.cgi?id=147917=edit Broken painting in kwrite from experimenting with the bug -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 --- Comment #3 from ob --- Created attachment 147916 --> https://bugs.kde.org/attachment.cgi?id=147916=edit KWrite moved underneath an open context menu, showing the displacement of click targets -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 --- Comment #2 from ob --- Created attachment 147915 --> https://bugs.kde.org/attachment.cgi?id=147915=edit Focused system settings moved with a menu open, the application has been painted unfocused though it is focused. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 --- Comment #1 from ob --- Created attachment 147914 --> https://bugs.kde.org/attachment.cgi?id=147914=edit Unfocused system settings moved with a menu open. The menu has decorations as it was opened with the window unfocused. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452208] New: Moving windows with super+lclick is allowed when a context menu is open on Wayland
https://bugs.kde.org/show_bug.cgi?id=452208 Bug ID: 452208 Summary: Moving windows with super+lclick is allowed when a context menu is open on Wayland Product: kwin Version: 5.24.4 Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: oli-be...@outlook.com Target Milestone: --- SUMMARY When a context menu is open in an application, using super + leftclick to grab and move the window is blocked on X11. In Wayland, this is allowed. This leads to a significant amount of breakage with window focus and painting: - The menu remains open, and does not move relative the application, however, its click targets do move relative to the application (though when moving the cursor over the context menu itself, does have correctly lined up targets). - This results in some strange issues when painting the application as focused/unfocused. If the cursor is moved such to move from one selected menu to open another, the window's application area is painted unfocused, but the titlebar is painted focused. The application is treated as unfocused (I've noticed that when a context menu is opened for an unfocused window in Wayland, the context menu gets window decorations and opens in the center). Sometimes, when refocusing the window, it is not repainted as focused, though buttons are when hovered over. These buttons are also not repainted as unfocused when the window is unfocused. - The broken painting behaviour cannot be replicated on X11 because when a window has a context menu open, super+leftclick to drag the window is not allowed. - This is also broken in KDE's System Settings application, which uses a button to create a menu rather than a menubar. - I have also noticed that opening the menu in System Settings on X11 paints the application area of the window unfocused. This is not replicable in Dolphin, which has a similar burger menu, though its created menu seems to suffer from Korners (the corner rendering seems to differ from other menus). This issue in Dolphin seems to be a distinct bug, present using Wayland and X11 so I will report a separate issue for it. I am not sure exactly how many bugs exist here, or how to categorise them. **I suspect that most/all of the breakage here is caused by super+leftclick to grab being allowed when a menu is opened on Wayland.** This likely breaks some state resulting in focus and painting issues. A lot of this was hard to describe and likely not explained well, so I'd encourage some experimentation to see the broken behaviour. I will submit another post with images showing the broken behaviours. I am not sure where this bug should be filed so I have placed it in kwin/general. Please move if this is not appropriate. SOFTWARE/OS VERSIONS Linux: Arch Linux KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 452206] New: Sessions do not retain the open folder (Project Plugin)
https://bugs.kde.org/show_bug.cgi?id=452206 Bug ID: 452206 Summary: Sessions do not retain the open folder (Project Plugin) Product: kate Version: 21.12.3 Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: sessions Assignee: kwrite-bugs-n...@kde.org Reporter: oli-be...@outlook.com Target Milestone: --- SUMMARY Kate's sessions do not retain opened folders, and so when a session is loaded, the opened folder (File > Open Folder...) which is visible in the Projects plugin pane, is not restored. I am not sure if this is a bug with the session functionality, or the Project Plugin (which provides the Open Folder... functionality). STEPS TO REPRODUCE 1. Open a folder. 2. Save the session and exit. 3. Open Kate, opening the saved the session. OBSERVED RESULT The loaded folder, in the Projects pane, is not restored. EXPECTED RESULT The loaded folder, in the Projects pane, would be restored. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 452129] Expanding updates to show details is buggy
https://bugs.kde.org/show_bug.cgi?id=452129 --- Comment #1 from ob --- Created attachment 147871 --> https://bugs.kde.org/attachment.cgi?id=147871=edit A video showing the bug. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 452129] New: Expanding updates to show details is buggy
https://bugs.kde.org/show_bug.cgi?id=452129 Bug ID: 452129 Summary: Expanding updates to show details is buggy Product: Discover Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: lei...@leinir.dk Reporter: oli-be...@outlook.com CC: aleix...@kde.org Target Milestone: --- SUMMARY The updates view in Discover is buggy when displaying a large number of updates (>40 or so). When expanding some updates, updates further down partially expand to show where the update is from (though such an expansion is not possible by user input). When scrolling back up after manually expanded updates have been out of view, they are sometimes no longer expanded. Clicking updates to expand or hide their details shows both release notes, state, vendor and repository at the bottom, however, updates partially expanded by this bug only show the repository. This appears to occur on both X11 and the Wayland session. I am using Arch Linux (packagekit-qt5). STEPS TO REPRODUCE 1. Have a large number of updates available (>40 or so). 2. Open the updates view. 3. Expand several updates at the top, scroll down and scroll up. OBSERVED RESULT Certain updates's details are partially expanded with no discernible pattern, and expanded updates unexpand themselves. EXPECTED RESULT Updates only expand/unexpand when clicked to reveal/hide details. SOFTWARE/OS VERSIONS Linux/KDE Plasma: / (available in About System) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
