[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
Comment #51 suggests fixed in Ubuntu 14.10 or maybe 15.04 so closing as fixed. ** Changed in: xorg-server (Ubuntu) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: Fix Released Status in xorg-server package in Ubuntu: Fix Released Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled by O.
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
I am concerned that Xorg 1.16 has not made it into 14.10 yet. Can this be prioritized? The current 14.04 LTS version does not contain the fix, therefore disabled users are still on 12.04. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: Fix Released Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.produ
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
** Changed in: xorg-server Status: In Progress => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: Fix Released Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled by O.E.M. dmi.sys.vendor: Gigabyte Technology Co., Ltd. version.compiz: compiz 1:0.9.10+1
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
Is it too late to get this fix into the 14.04 LTS release? I hate to see an LTS release without this critical accessibility fix. In fact, it is only because the previous LTS release (12.04) had proper accessibility that I was able to revert to that version when this issue cropped up. If an LTS release gets out the door without this accessibility fix, any other accessibility issues that crop up in any of the next few Ubuntu versions will be absolute showstoppers. Telling people to "Just use that latest LTS release until your issue is resolved" won't be valid due to accessibility issues in the LTS version itself! Is it reasonable to expect that accessibility issues would be a priority in an LTS release? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: In Progress Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor:
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
** Changed in: xorg-server Status: Confirmed => In Progress -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: In Progress Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled by O.E.M. dmi.sys.vendor: Gigabyte Technology Co., Ltd. version.compiz: compiz 1:0.9.10+13.10
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
Launchpad has imported 14 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=73155. If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. On 2013-12-30T14:46:05+00:00 Libreoffice-org wrote: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non- modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In recent XKB releases on all popular Linux distros (since about the beginning of year 2013) the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the configuration option is enabled. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current Linux distros, does that quality for high priority? I'm still stuck on Kubuntu 12.10 due to this issue as I have a manual disability. Steps to Reproduce: 1. Enable Sticky Keys (In KDE: System Settings -> Accessibility -> Modifier Keys ; In Gnome: Settings -> Accessibility -> Some tab with keyboard/typing) 2. Enable "Use sticky keys" and disable "Lock sticky keys". Now test: In Kmail, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. This is also a serious accessibility issue for disabled users (such as myself). Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1245662/comments/6 On 2013-12-30T17:24:46+00:00 zBrain wrote: Confirming this bug as well as it's severity and high level of importance to disabled users. It causes all sorts of unexpected behaviour - just imagine your control or shift keys being pressed when you aren't expecting it. Virtual desktops flipping, emails deleted instead of moved to trash are but 2 of many issues. It's most notable in my text editor. Shift click to highlight text, then ctrl+c (which is now shift+ctrl+c as shift was not released by the mouse click as expected) then ctrl+v and it pastes the wrong thing because the copy operation didn't do what was expected. This bug apparently affects all disabled users across all DEs. As mentioned, some users are forced to remain on old and soon to be unsupported versions in order to avoid the problem. Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1245662/comments/8 On 2013-12-30T17:37:16+00:00 Alan Coopersmith wrote: You've filed this bug against the XKB configuration data files - i.e. the ones with all the different keyboard layouts for all the different international keyboards in different locales. While there are some configuration data for sticky keys in these files, it hasn't changed in years: http://cgit.freedesktop.org/xkeyboard-config/log/compat/accessx Are you sure this bug is in the configuration data and not the X server or the input (evdev) driver? Helping narrow down which package is responsible and which versions work or don't work will greatly help in finding where the bug is to get it fixed. Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1245662/comments/9 On 2013-12-30T18:46:10+00:00 Libreoffice-org wrote: @Alan: Thank you, I had intended to file with XKB but it doesn't show on the list, so I filed in the closest place that I could find. For reference, here is the list: https://bugs.freedesktop.org/enter_bug.cgi If you know of a better place, I would love to get it in there. Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1245662/comments/10 On 2013-12-30T19:00:38+00:00 Alan Coopersmith wrote: (In reply to comment #3) > Thank you, I had intended to file with XKB but it doesn't show on the list, Becau
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
dotancohen, as a WORKAROUND when 12.10 EOLs, you could use Precise with the quantal enablement stack as outlined in https://wiki.ubuntu.com/Kernel/LTSEnablementStack . -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: Unknown Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
This issue also exists in Xubuntu 13.10 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: Unknown Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled by O.E.M. dmi.sys.vendor: Gigabyte Technology Co., Ltd. version.compiz: compiz 1:0.9.10+13.10.20131011-0ubuntu1 version.ia
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
** Also affects: xorg-server via https://bugs.freedesktop.org/show_bug.cgi?id=73155 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in X.Org X server: Unknown Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled by O.E.M. dmi.sys.vendor: Gigabyt
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
I'll not update the BIOS on this machine for unrelated reasons. For one thing, this is obviously not a BIOS issue, so I suspect that comment #28 was an automated reply and not a real attempt at resolving this issue. Additionally, I can verify the issue on all six computers that I've tested on (home computer, work computer, mother-in-law's computer, a neighbour who uses Kubuntu, and two co-workers who use Kubuntu and Ubuntu). These are all different systems. Furthermore, Rob Rosenbaum has confirmed the issue in this bug and others have confirmed the issue in other forums. ** Changed in: xorg-server (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in “xorg-server” package in Ubuntu: Confirmed Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: F2A55M-HD2 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: To Be Filled By O
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
dotancohen, as per http://www.gigabyte.us/products/product-page.aspx?pid=4374#bios an update is available for your BIOS (F4). If you update to this following https://help.ubuntu.com/community/BiosUpdate , does it change anything? If it doesn't, could you please both specify what happened, and just provide the output of the following terminal command: sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date Please note your current BIOS is already in the Bug Description, so posting this on the old BIOS would not be helpful. For more on BIOS updates and linux, please see https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette . Thank you for your understanding. ** Tags added: bios-outdated-f4 ** Changed in: xorg-server (Ubuntu) Status: Confirmed => Incomplete -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in “xorg-server” package in Ubuntu: Incomplete Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) --- .tmp.unity.support.test.0: ApportVersion: 2.12.7-0ubuntu6 Architecture: amd64 CasperVersion: 1.336ubuntu1 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity DistUpgraded: Fresh install DistroCodename: trusty DistroRelease: Ubuntu 14.04 DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. MarkForUpload: True Package: xorg-server (not installed) ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Tags: trusty ubuntu regression reproducible compiz-0.9 Uname: Linux 3.12.0-7-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo dmi.bios.date: 09/24/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: F2 dmi.board.asset.tag: To be fil
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
apport information ** Tags added: apport-collected compiz-0.9 regression reproducible trusty ubuntu ** Description changed: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non- modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) + --- + .tmp.unity.support.test.0: + + ApportVersion: 2.12.7-0ubuntu6 + Architecture: amd64 + CasperVersion: 1.336ubuntu1 + CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' + CompositorRunning: compiz + CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' + CompositorUnredirectFSW: true + CurrentDesktop: Unity + DistUpgraded: Fresh install + DistroCodename: trusty + DistroRelease: Ubuntu 14.04 + DistroVariant: ubuntu + ExtraDebuggingInterest: Yes + GraphicsCard: + Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] (prog-if 00 [VGA controller]) +Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] [1002:9993] + LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140108) + MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M. + MarkForUpload: True + Package: xorg-server (not installed) + ProcKernelCmdLine: file=/cdrom/preseed/username.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity + ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 + Tags: trusty ubuntu regression reproducible compiz-0.9 + Uname: Linux 3.12.0-7-generic x86_64 + UpgradeStatus: No upgrade log present (probably fresh install) + UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo + dmi.bios.date: 09/24/2012 + dmi.bios.vendor: American Megatrends Inc. + dmi.bios.version: F2 + dmi.board.asset.tag: To be filled by O.E.M. + dmi.board.name: F2A55M-HD2 + dmi.board.vendor: Gigabyte Technology Co., Ltd. + dmi.board.version: x.x + dmi.chassis.asset.tag: To Be Filled By O.E.M. + dmi.chassis.type: 3 + dmi.chassis.vendor: Gigabyte Technology Co., Ltd. + dmi.chassis.version: To Be Filled By O.E.M. + dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF2:bd09/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnF2A55M-HD2:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.: + dmi.product.name: To be filled by O.E.M. + dmi.product.version: To be filled by O.E.M. + dmi.sys.vendor: Gigabyte Technology Co., Ltd. + version.compiz: compiz 1:0.9.10+13.10.20131011-0ubuntu1 + version.ia32-libs: ia32-libs N/A + version.libdrm2: libdrm2 2.4.50-1 + version.libgl1-mesa-dri: libgl1-mesa-dri 10.0.1-1ubuntu2 + version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A + version.libgl1-mesa-glx: libgl1-mesa-glx 10.0.1-
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
dotancohen, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com /daily-live/current/ . If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report: apport-collect -p xorg-server REPLACE-WITH-BUG-NUMBER Please note, given that the information from the prior release is already available, doing this on a release prior to the development one would not be helpful. Thank you for your understanding. Helpful bug reporting tips: https://wiki.ubuntu.com/ReportingBugs ** Changed in: xorg-server (Ubuntu) Importance: Undecided => Low ** Changed in: xorg-server (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in “xorg-server” package in Ubuntu: Incomplete Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1245662/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
Upstream bug report: https://bugs.freedesktop.org/show_bug.cgi?id=73155 Harald, Rob, please comment on that bug to confirm the issue and its severity for disabled users. (K)ubutnu 12.10 will soon no longer be viable and disabled users will not have a supportable upgrade path. ** Bug watch added: freedesktop.org Bugzilla #73155 https://bugs.freedesktop.org/show_bug.cgi?id=73155 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in “xorg-server” package in Ubuntu: New Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1245662/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
FWIW, I have this same bug in Debian wheezy, with XFCE. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in “xorg-server” package in Ubuntu: New Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1245662/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1245662] Re: Sticky Keys not released after mouse action.
Definitely a XKB issue. It applies to Kubuntu, Ubuntu, Arch and Gentoo at the very least. Also making distro level patching very unlikely. Unless those three Xs have the same silly patch ;) ** Package changed: kde-workspace (Ubuntu) => xorg-server (Ubuntu) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1245662 Title: Sticky Keys not released after mouse action. Status in “xorg-server” package in Ubuntu: New Bug description: The accessibility option Sticky Keys in it's default state releases the 'stuck' modifier key after any HID input (mouse click, keyboard non-modifier button pressed). Additionally, Sticky Keys has a Lock feature which does not automatically release the 'stuck modifier', but rather waits until the user presses the modifier key again to release it. In Kubuntu 13.10 the 'Lock' feature is broken. It is _always_enabled_ for the mouse, and _always_disabled_ for the keyboard, regardless of whether or not the checkbox is checked. Actually, Kubuntu 13.04 had this problem as well, but I though that it was a configuration issue on my part and simply avoided updating to 13.04. However, I can no longer avoid updating and I cannot use current Kubuntu with the Accessibility issue in this state. What are the conditions for considering an issue high priority? Users with Accessibility issues can no longer use the current KDE, does that quality for high priority? Steps to Reproduce: 1. Enable Sticky Keys (System Settings -> Accessibility -> Modifier Keys) 2. Enable "Use sticky keys" and disable "Lock sticky keys". 3. In Kate, click Ctrl then click a mail in the Message List Pane to select it. Now click on a second mail and notice that it too is selected. Now a third. Actual Results: All the mails are added to the selection. Expected Results: One would expect that with the "Lock sticky keys" checkbox disabled that the Ctrl button would be released after clicking a single mail. With "Lock sticky keys" disabled the expected workflow to select multiple mails is to either press the Ctrl button after each mail or to hold it down. Note that this issue affects all modifier keys in all applications. This is most annoying when using Shift- or Ctrl- MouseScroll i.e. in Firefox as the modifier is not release when expected. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: systemsettings 4:4.10.5-0ubuntu0.1 ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8 Uname: Linux 3.8.0-31-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.3 Architecture: amd64 Date: Mon Oct 28 22:13:10 2013 InstallationDate: Installed on 2013-05-01 (180 days ago) InstallationMedia: Kubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: kde-workspace UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1245662/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
