[systemsettings] [Bug 416314] New: Gestures for activating sticky keys cannot be turned off
https://bugs.kde.org/show_bug.cgi?id=416314 Bug ID: 416314 Summary: Gestures for activating sticky keys cannot be turned off Product: systemsettings Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: lucian...@gmail.com Target Milestone: --- Gestures for activating sticky keys cannot be turned off SUMMARY After unchecking 'Use gestures for activating sticky keys and slow keys' in the Accessibility system settings and rebooting, the option gets checked again, reactivating the gestures. STEPS TO REPRODUCE 1. Uncheck 'Use gestures for activating sticky keys and slow keys' 2. Reboot OBSERVED RESULT 'Use gestures for activating sticky keys and slow keys' is checked and the gestures are on after reboot. EXPECTED RESULT 'Use gestures for activating sticky keys and slow keys' is not checked and the gestures are not on after reboot or ever. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 18.04 KDE Plasma Version: 5.12.9 KDE Frameworks Version: 5.47.0 Qt Version: 5.9.5 More info: Maybe a regression of https://bugs.kde.org/show_bug.cgi?id=97425 It's definitely regressed if it's the same bug. -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 415620] Starting klipper produces "No such object path '/org/kde/klipper'"
https://bugs.kde.org/show_bug.cgi?id=415620 lucian303 changed: What|Removed |Added CC|lucian...@gmail.com | -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 415620] Starting klipper produces "No such object path '/org/kde/klipper'"
https://bugs.kde.org/show_bug.cgi?id=415620 lucian303 changed: What|Removed |Added CC||lucian...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 415620] New: Starting klipper produces "No such object path '/org/kde/klipper'"
https://bugs.kde.org/show_bug.cgi?id=415620 Bug ID: 415620 Summary: Starting klipper produces "No such object path '/org/kde/klipper'" Product: klipper Version: 5.12.9 Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: lucian...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Start klipper from cli with: klipper OBSERVED RESULT An error: "No such object path '/org/kde/klipper'" EXPECTED RESULT klipper starts and is usable SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 18.04 with kde backports, fully updated (available in About System) KDE Plasma Version: 5.12.9 KDE Frameworks Version: 5.47.0 Qt Version: 5.9.5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 415620] Starting klipper produces "No such object path '/org/kde/klipper'"
https://bugs.kde.org/show_bug.cgi?id=415620 lucian303 changed: What|Removed |Added CC||lucian...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 394119] Panel should not stop auto-hiding even when a window wants attention
https://bugs.kde.org/show_bug.cgi?id=394119 lucian303 changed: What|Removed |Added CC||lucian...@gmail.com --- Comment #12 from lucian303 --- So let me get this straight. The *intended* behavior is that I click on every single window that demands attention each time it does so that autohide works? So every Whatsapp, Slack, Signal, Keybase message that comes in I have to switch to it to hide the panel> Every time FF or other app starts up I need to stop what I'm doing and click through these things? The whole point of having autohide is to remove distractions. This creates distractions. Look at the OSX toolbar. It autohides and doesn't pop up for a millisecond when u have notices. Same thing with Windows. You can see what notices you have when you unhide it with the mouse. That's the whole reason for autohiding. At the very least there should be an option to not show it when apps demand attention. It should be up to the user not the apps to show the panel. Sometimes apps like FF and PHPStorm demand attention for no reason just because they're starting up. I just get the dots and the panel is visible and I have to click on it and get distracted, and then try to get back to work. It took me two weeks simply to understand what was happening. At first I thought it was just random (also because the dots indicating an app wants attention are almost invisible). No desktop environment I have ever used does what this panel does. It's neither intuitive nor expected. This UX is beyond bizarre and frankly, unusable. -- You are receiving this mail because: You are watching all bug changes.