246190 - Shortcuts and accelerators are not properly encoded for menues

Status: RESOLVED FIXED

(Core :: Disability Access APIs, defect)

Description

[Alexandra Telescu]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040504
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040504

Mozilla sends a 'not proper UTF-8 encoding' for accelerators and shortcuts from
menus. 


Reproducible: Always
Steps to Reproduce:
1. launch mozilla
2. press <Alt>f to open File menu 
3. move up and down in File menu 

Actual Results:  
Catch wath mozilla outputs, se what is send for accelertors and shortcuts.

Expected Results:  
Mozilla should send the correct UTF-8 encoding

Comment 1

[Alexandra Telescu]

This bug blocks : http://bugzilla.gnome.org/show_bug.cgi?id=143604

Comment 2

[Andreas Kunz]

"blocker" severity in bugzilla means "this totally blocks Mozilla development".
This bug does not block anything, there's only another bug that depends on it
(and not a Mozilla one).

Comment 3

[Christian :Biesinger (don't email me, ping me on IRC)]

this is about speech output, right?

Comment 4

[Alexandra Telescu]

This is abuot Mozilla uotputs for menues, to all gnopernicus' componetes.

Comment 5

[Alexandra Telescu]

For example in Edit menu, "Find Previous   Ctrl+Shift+G", Mozilla should send
for this menu item, as shortcut <Ctrl><Shift>g.

Comment 6

[Aaron Leventhal]

(In reply to comment #2)
> "blocker" severity in bugzilla means "this totally blocks Mozilla development".
> This bug does not block anything, there's only another bug that depends on it
> (and not a Mozilla one).

No, blocker means 
"Blocker	Blocks development and/or testing work"
(Read under the Severity link in this page).

Comment 7

[Aaron Leventhal]

This is probably somewhere in the accessible/src/atk code, because the correct
menu item text and keyboard shortcut are exposed for menu items under MSAA.

Note that menu items have 2 keyboard shortcuts, e.g. Find Previous has both v
(the accesskey/mnemonic) and Ctrl+Shift+G (the global accelerator). For
get_accKeyboardShortcut(), MSAA must return the accesskey as it does now. Any
fix must not regress that.

Comment 8

[Louie Zhao]

As far as I know, the current trunk code doesn't export any shortcuts and
accelerators in most cases. This bug has been filed as bug 246750 and I provided
a patch, which is supposed to correct this issue meanwhile.

Alexandra, can you confirm whether this bug has been fixed after patch for bug
246750 is checked in? If it's OK, you can close (or duplicate) this bug. Thanks. 

Comment 9

[Alexandra Telescu]

I am using Mozilla 1.7.
This version has the patch applied? I don't have the sources.
With this version I still receive shortcuts not properly encoded, I test with
at-poke.
I tried the patch on Mozilla 1.4, but I couldn't make mozilla accessible for
at-poke.

Comment 10

[Andreas Kunz]

Alexandra,
that patch in the other bug was checked in one day before the 1.7 release. Since
that release was not made from the main development trunk and I don't see
anybody mentioning a checkin to the 1.7 branch or even an approval request for
doing so, the patch is not in 1.7 yet.
The latest development release 1.8a2 should have the patch.

Comment 11

[Alexandra Telescu]

The problem seems to be solved in jds build 15.
I will close this bug.

Comment 12

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1527381