263842 - Wrong ACCESSKEY behaviour of certain CTRL-KEY shortcuts on OS X set to Italian Language

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Eugenio MORASSI]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910

If you try to use CTRL-M or CTRL-Z shortcut to gain access to pages, Mozilla
1.7.3 on Mac OS X set to Italian language (and Mozilla is in English, NO
Langpack added) the CTRL-M shortcut does nothing, and the CTRL-Z acts as CTRL-W.
In fact if this seems as Mozilla uses the US QZERTY keyboard layout for
ACCESSKEYs, and this opinion is enforced by a fact: in the Italian Pro KB layout
on Apple Macs (QWERTY), the N and the M are contiguous, the M key sitting at the
right of the N key. In the US QZERTY layout, obviously the Z and the W keys are
exchanged in place, AND the M key sits a row higher, at the right of the L key.
Using this key (is the ò or @ key in IT layout), in fact acts as CTRL-M.

Reproducible: Always
Steps to Reproduce:
1. Go to a webpage that uses the M and the Z ACCSSKEY for WAI-A compliance
2. try to hit CTRL-M or CTRL-Z keyboard shortcuts to access a link


Actual Results:  
If the W ACCESSKEY is set on the page, the CTRL-Z follows this link, otherwise
nothing happens. The CTRL-M shortcut does'n't works at all, but CTRL-ò acts as
CTRL-M

Expected Results:  
CTRL-M has to follow the ACCESSKEY="M" link.
CTRL-Z has to follow the ACCESSKEY="Z" link.

Mozilla 1.7.3 for Mac OS X, non langpack, no (additional) themes installed
Mac OS X 10.3.5 fully patched, set to Italian Interface
Apple PowerBook G4 17" with Italian Pro keyboard layout

Comment 1

[Jo Hermans]

the US also uses QWERTY

Comment 2

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 3

[Eugenio MORASSI]

Nothing is changed with Firefox (for Mac OS X) 1.0.7: If you try to use CTRL-M,
CTRL-W or CTRL-Z shortcut to gain access to pages (see www.roam.it that has
shortcuts for every link in Home and Uses CTRL-W for SiteMap and CTRL-Z to back
Home), on a Mac OS X (now is 10.4 and the product is firefox) set to Italian
language the CTRL-M shortcut does nothing, and the CTRL-Z acts as CTRL-W and
vice-versa.
In fact if this seems as Mozilla uses the US QZERTY on a Mac with a QWERTY IT
keyboard, this is ever reproducible.
So I'm sure this is a bug.
I tried on 4 different Macs with 10.3 and 10.4, and with Mozilla suite (on 10.3
and) latest Firefox 1.0.7 and 1.5B1 (on 10.4)

Comment 4

[Samuel Sidler (old account; do not CC)]

Eugenio, are you seeing this bug using Firefox 2.0.0.3? And, if so, are you using the en-US version or the it-IT version of Firefox?

Comment 5

[Eugenio MORASSI]

I tried now and nothing is changed about this wrong behaviour.

I'm currently using

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; it; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

on Mac OS X 10.4.9

Comment 6

[Francesco Lodolo [:flod]]

I can confirm the problem also with a minimal test (attached).

Mac Os X 10.4.9 set to italian, Mozilla/5.0 (Macintosh; U; Intel Mac OS X; it; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

Comment 7

[Francesco Lodolo [:flod]]

Attachment: Minimal test case

Comment 8

[Samuel Sidler (old account; do not CC)]

Francesco, if this is part of the it-IT localization, should it be moved to the appropriate product and component?

Comment 9

[Francesco Lodolo [:flod]]

No, it's not related to the italian localization: the problem is present also on the en-US build of Firefox 2.0.0.3 but seems to be solved in Gran Paradiso a3 (obviously en-US)

I just tested the site and the test case and the access keys are working with this build:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3

Comment 10

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Can you still reproduce this bug? We improved the i18n for keyboard input handling at Fx3.

Comment 11

[Francesco Lodolo [:flod]]

Attached test case is working fine with on 10.6.8, so I suppose it was fixed long time ago
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0a1) Gecko/20120215 Firefox/13.0a1

Comment 12

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Thank you for your confirmation.