Accessible labels in alerts claim to be ROLE_PASSWORD_TEXT

Niklas Johansson sleeping.pillow at
Mon Nov 4 08:07:57 PST 2013

Yes, I tried that while debugging the issue and it makes it better. It 
now reports as ROLE_TEXT but since the text in our message boxes are 
copyable that might be better than reporting it as ROLE_LABEL.

An other issue around this message box was the VclBox surrounding the 
buttons, that gets the role FILLER but should probably have the role 
PANEL. Changing the "sal_uInt16 VclBox::getDefaultAccessibleRole() 
const" to return PANEL made NVDA read the dialog content when the dialog 
got displayed. On the other hand I'm not sure how generic this 
layout.cxx actually is supposed to be.

Sorry for ranting on about this issue. I'm mostly just trying to 
understand the code and hopefully fixing a bug or two on the way.

Niklas Johansson

Caolán McNamara skrev 2013-11-04 15:42:
> On Sat, 2013-11-02 at 14:18 +0100, Niklas Johansson wrote:
>> I've been trying to get a grip on bug fdo#70588 "Accessible labels in
>> alerts claim to be ROLE_PASSWORD_TEXT instead of ROLE_LABEL". In short
>> this bug makes text inside message dialogs unreadable to screen
>> readers (on all platforms).
>> I've followed the code around a bit and it seems to be an issue with
>> different WinBits that has the same value, more exactly WB_WORDBREAK
>> and WB_PASSWORD has the same value and indirectly set the
>> AccessibleRole to PASSWORD_TEXT.
>> In newer message dialogs here is were the WB_WORDBREAK gets added:
> Bah, so does
> make it work. I presume it does. We don't need to use WB_WORDBREAK for multiline edits, that's implied and like you say the bit is reused under a different name for a different purpose there.
> C.

More information about the LibreOffice mailing list