Closed
Bug 39721
Opened 25 years ago
Closed 23 years ago
Switching keyboard layout with alt containing keystroke activates menu
Categories
(Core :: XUL, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mik, Assigned: jag+mozilla)
References
Details
(Keywords: intl)
Attachments
(2 files)
4.57 KB,
patch
|
Details | Diff | Splinter Review | |
4.75 KB,
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/4.7 [en] (Win98; I)
BuildID: 20000515
If keyboard layout switching sequence contains Alt (suct as alt-shift)
switching layout activates menu.
Reproducible: Always
Steps to Reproduce:
1. Press Alt-Shift
2. See that menu activated
3.
Actual Results: After pressing Alt-Shift menu got active
Expected Results: Keyboard combinatiob of Alt and other special keys should be
ignored, not interpreted as alt.
This behaviour does not pervents from switching layout, but is
annoying when typing mixed langage texts, etc.
Comment 2•25 years ago
|
||
*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.
QA Contact: sairuh → jrgm
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 4•24 years ago
|
||
I'm not sure what's causing this, but if anyone's really having problems with
this, you might want to try adding this to your prefs.js:
user_pref("ui.key.menuAccessKeyFocuses", false);
and see if it helps as a workaround.
Comment 7•24 years ago
|
||
It happens all around the mozilla, not just in the browser.
In #34237 it's sent to BIDI, but I don't think this bug belogs there either.
I'm using Korean WIN2000, so maybe it's I18N issue.
But I think English only users can reproduce this behavior with following steps.
(I didn't tested this in English WIN2000. So it may not work.)
Steps to Reproduce:
1. Open "Keyboard" control panel.
2. In Locale (or whatever, I'm using Korean WIN2000 ;-) tab,
press the "Append..." Button.
3. Append an input locale. Maybe Dvorak?
4. Make sure "locale transition" shortcut is assigned to left alt+shift (the
default)
5. In anywhere in mozilla, press left alt+shift.
The keyboard layout changes as expected, but mozilla focuses File menu.
As I said above, this may not work (as buggily like reported) in English WIN2000.
Anyway in my WIN2000 it happens when I change between default MS IME (Qwerty /
Korean) and Dvorak English,
not when I change between Korean / English.
So it seems to me like a simple "alt" key capture problem, not an I18N issue.
And the suggested
user_pref("ui.key.menuAccessKeyFocuses", false);
workaround does work for me.
PS. Is this comment readable?
I've been hesitating to report bugs because of my poor English.
really annoying bug...
i don't have win32 box in vicinity right now to test Akkana's workaround.
Comment 10•24 years ago
|
||
*** Bug 73210 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
Nominating as nsbeta1 since this appears to be an annoying bug and many
duplicates are filed. This bug got futured in 2000-06-19, respectfully
requesting a target milestone change.
Keywords: nsbeta1
Comment 12•24 years ago
|
||
*** Bug 79343 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
Comment 14•24 years ago
|
||
The attached patch fixes this bug on Windows. Can someone confirm that it
doesn't break other platforms?
Comment 15•24 years ago
|
||
Adding patch keyword, clearing target for triage.
Comment 17•24 years ago
|
||
See also bug 79898, Alt+accesskey activates menu bar if alt released before
accesskey.
Comment 18•24 years ago
|
||
Marking as CatFood because it is "annoying when typing mixed langage texts,
etc.", and very inconvenient (i.e. not efficient).
Request a M0.9.2 TM.
Is the patch as good one?
Keywords: nsCatFood
Comment 19•24 years ago
|
||
Doesn't fit the profile for 0.9.2, but could still possibly take the patch
during the 'limbo' period.
Target Milestone: --- → mozilla0.9.3
Comment 20•24 years ago
|
||
I forgot about the patch here, but anyway there's now a (different) patch on bug
79898, also waiting for review.
Comment 21•24 years ago
|
||
Comment 22•24 years ago
|
||
a new patch with http://bugzilla.mozilla.org/showattachment.cgi?attach_id=38116
needs to be written.
Also, I don't like |if ( const == var )|. It's too hard to read. Use |if ( var
== const )|.
Status: NEW → ASSIGNED
Whiteboard: Patch needs review
Comment 23•24 years ago
|
||
*** Bug 34237 has been marked as a duplicate of this bug. ***
Comment 24•24 years ago
|
||
*** Bug 88774 has been marked as a duplicate of this bug. ***
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Comment 25•24 years ago
|
||
It looks as if this bug has been fixed along with bug 79898. Is anyone still
seeing this one?
Comment 26•24 years ago
|
||
Seems to be fixed in 2001072503 trunk.
Comment 27•24 years ago
|
||
Works fine now.
Updated•24 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Comment 28•23 years ago
|
||
--> jag
Assignee: pinkerton → jaggernaut
Status: ASSIGNED → NEW
Target Milestone: mozilla0.9.5 → ---
Assignee | ||
Comment 29•23 years ago
|
||
Mikhail Khlopotov, it looks like this has been fixed, I'm marking this bug
"Works For Me" based on the comments in this bug and not being able to reproduce
it myself. If you are still seeing this problem, please reopen this bug.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•