115887 - Accessing contextual menu disables Unicode keyboard layouts

Status: VERIFIED WORKSFORME

(Core :: Internationalization, defect)

Description

[Greg K.]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.6+) Gecko/20011218
BuildID:    201121808

The selection of a Unicode keyboard layout does not persist, and readily reverts
to the System default layout

Reproducible: Always
Steps to Reproduce:
1. Launch Mozilla
2. Spawn two Navigator windows
3. Use the Mac OS Keyboard Menu Bar menu to select the Extended Roman (U)
Unicode layout
4. Switch to the other Navigator window
5. Switch back to the original window

Actual Results:  The Keyboard Layout reverted to U.S.

Expected Results:  The keyboard layout should have remained Extended Roman (U).

This also happens sometimes within a single window, though I can't determine the
logic behind it. Sometimes just browsing around will cause the keyboard layout
to revert, and sometimes moving focus from the URL bar to the content area or
back will also cause a revert.

This happens on Mac OS X also, with less frequency. Usually keyboard layout is
preserved across window focus changes, but the U.S. layout icon can be seen to
briefly flash on the Mac OS Menu Bar before changing to the desired Extended
Roman (U).

Finally, it is not cear how to configure Mozilla to start up with a Unicode
keyboard layout selected every time.

Comment 1

[Greg K.]

Adding dependency, and guessing fTang should be cc'd.

Comment 2

[Frank Tang]

nhotta, can you help to look at this one ?

Comment 3

[Greg K.]

Note also that, on occasion, neither Unicode keyboard layout is selectable in
the Keyboard menu. Can't determine why.

Comment 4

[Greg K.]

Attachment: Screenshot showing Unicode keyboard layouts disabled in FizzillaCFM/2002061014

Comment 5

[Greg K.]

Note also that accessing, then dismissing Fizzilla's contextual menu seems to be
a reliable way of disabling the Unicode keyboard layouts. They can be re-enabled
by putting Mozilla in the background, then returning it to the foreground.

Comment 6

[Greg K.]

On further consideration, the issue originally reported may well be the correct
one. Choosing a keyboard layout for one window may not necessarily mean that it
should be set for another.

So, let's revise the summary to cover the issue reported in comment 5.

Comment 7

[Greg K.]

The issue of setting default keyboard layout is now bug 162878.

Comment 8

[Greg K.]

*** Bug 168383 has been marked as a duplicate of this bug. ***

Comment 9

[Greg K.]

WorksForMe using FizzillaMach/2003020603.

Comment 10

[Teruko Kobayashi]

Verified as WFM.