Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • G gnome-settings-daemon
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 316
    • Issues 316
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 41
    • Merge requests 41
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GNOMEGNOME
  • gnome-settings-daemon
  • Issues
  • #227
Closed
Open
Issue created Sep 20, 2013 by Bugzilla@bugzilla-migration💬Reporter

a11y-settings plugin resets toolkit-accessibility on login and leaves Onboard struggling to turn it back on

Submitted by marmuta

Link to original bug (#708506)

Description

The a11y-settigs plugin turns toolkit-accessibility off when neither screen-keyboard nor screen-reader are known to be active. Unfortunately this seems to happen not only when the gsettings keys are actually toggled by the user, but under certain conditions also right after login. I can reproduce this here with Unity and GNOME Shell sessions.

Onboard needs a11y for auto-show and word-suggestions. Problems arise if Onboard is started by scripts, without having the screen-keyboard-enabled key set, as is necessary in advanced configurations like switching between laptop and tablet mode described in the original bug report here:

https://bugs.launchpad.net/ubuntu/+source/onboard/+bug/1227173

I'm wondering why a11y has to be disabled at all. Is this still a precaution due to stability or resource usage concerns? I'm biased of course, I'd prefer to keep it enabled at all times, irrespective of the screen-keyboard and screen-reader keys. However, it would already help a lot if g-s-d wouldn't turn it off right after login.

TEST CASE: $ gsettings set org.gnome.desktop.a11y.applications screen-keyboard-enabled false $ gsettings set org.gnome.desktop.a11y.applications screen-reader-enabled false $ gsettings set org.gnome.desktop.interface toolkit-accessibility true

  • log out and in again, perhaps hard reset or reboot with magic SysReq is necessary $ gsettings get org.gnome.desktop.interface toolkit-accessibility false

'gnome-settings-daemon --debug' after login says: (gnome-settings-daemon_:2229): a11y-settings-plugin-DEBUG: screen reader or OSK enablement changed (gnome-settings-daemon_:2229): a11y-settings-plugin-DEBUG: Disabling toolkit-accessibility, screen reader and OSK disabled

System: Ubuntu 13.10 gnome-settings-daemon 3.8.5-0ubuntu4 gnome-shell 3.8.4-0ubuntu5

Version: 3.8.x

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking