debcrafters-packages team mailing list archive

[Sergio Costas <2116954@xxxxxxxxxxxxxxxxxx>]

I tested in Noble. Opened a terminal, installed everything, launched
`malcontent-control`, and unlocked it. It showed the main interface. I
enabled the screen reader and navigated using the TAB key. When I
arrived to the `Restrict applications` button, the reader said
"Underline Restrict applications PUSHBUTTON" as expected.

** Description changed:

  The "Restrict Applications" button lacks the corresponding role,
  so an user using a screen reader won't be able to know that they
  can push it to expand the list of applications.
  
  [ Impact ]
  
  An user that depends on the screen reader won't know the associated role
  of the button, which can be misleading and make use more difficult.
  
  [ Test plan ]
  
  * In a virtual machine, open a terminal
+ * Install `malcontent` and `malcontent-gui` packages.
  * type `export XDG_CURRENT_DESKTOP=GNOME` and `export UNDER_JHBUILD=1` to set debug mode and pure-gnome mode in gnome-initial-setup.
  * enable the screen reader (Super+Alt+S)
- * launch `/usr/libexec/gnome-initial-setup`
- * advance until the `About you` page
- * add an user, different of the current one
- * enable the `Parental control` checkbutton
- * go to the next page
- * insert a password
- * go to the next page (parental controls)
+ * launch `malcontent-control`.
+ * unlock it with your SUDO password.
  * move the cursor, using the TAB key, to the `Restrict applications` button
  * without the patch, it will be read as `Restrict applications. Prevents specified...`, without a role.
    Instead, with the patch, it should be read as `Restrict applications Button. Prevents specified...`
  
  [ Where problems could occur ]
  
  Since this patch only adds A11Y info, the only possible problem is that
  incorrect accessibility information would be sent to the screen reader.

-- 
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to malcontent in Ubuntu.
https://bugs.launchpad.net/bugs/2116954

Title:
  A button lacks the A11Y role

Status in malcontent package in Ubuntu:
  Fix Released
Status in malcontent source package in Noble:
  Fix Committed
Status in malcontent source package in Plucky:
  Fix Committed

Bug description:
  The "Restrict Applications" button lacks the corresponding role,
  so an user using a screen reader won't be able to know that they
  can push it to expand the list of applications.

  [ Impact ]

  An user that depends on the screen reader won't know the associated
  role of the button, which can be misleading and make use more
  difficult.

  [ Test plan ]

  * In a virtual machine, open a terminal
  * Install `malcontent` and `malcontent-gui` packages.
  * type `export XDG_CURRENT_DESKTOP=GNOME` and `export UNDER_JHBUILD=1` to set debug mode and pure-gnome mode in gnome-initial-setup.
  * enable the screen reader (Super+Alt+S)
  * launch `malcontent-control`.
  * unlock it with your SUDO password.
  * move the cursor, using the TAB key, to the `Restrict applications` button
  * without the patch, it will be read as `Restrict applications. Prevents specified...`, without a role.
    Instead, with the patch, it should be read as `Restrict applications Button. Prevents specified...`

  [ Where problems could occur ]

  Since this patch only adds A11Y info, the only possible problem is
  that incorrect accessibility information would be sent to the screen
  reader.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/malcontent/+bug/2116954/+subscriptions