Closed
Bug 13016
Opened 25 years ago
Closed 25 years ago
[PP][key][DOGFOOD]Win32 - AltGR key not working
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P1)
Tracking
()
M14
People
(Reporter: cheine, Assigned: hyatt)
References
Details
I have a problem with the QA-Menu
When I want to enter an e-mail Adress in a form for example, i need the @.
But when i try to type the @ via ALTGR+Q the QA-Menu opens and i can't enter the
@ in the form.
(I have a German Keyboard)
P.S. this is my first bug-report
Updated•25 years ago
|
QA Contact: claudius → cpratt
This may be a duplicate of bug 6053. CC'ing tague just in case it is.
cheine, in the future please read the bug writing guidelines at
http://www.mozilla.org/quality/bug-writing-guidelines.html before filing bugs.
thanks!
Updated•25 years ago
|
Assignee: joki → tague
Comment 2•25 years ago
|
||
I believe its a dupe but its still Tague's either way. I'll let him decide.
part of the problem is in nsEditorEventListener.cpp :-
if ((PR_FALSE==altKey) && (PR_FALSE==ctrlKey) &&
(NS_SUCCEEDED(uiEvent->GetCharCode(&character))))
{
if (nsIDOMUIEvent::VK_TAB==character)
{
return NS_OK; // ignore tabs here, they're handled in keyDown if at all
}
key += character;
htmlEditor->InsertText(key);
ScrollSelectionIntoView();
}
The editor keydown listener is assuming that if alt is pressed, we aren't
generating an actual character. this doesn't hold for most european keyboards,
where altgr (aka right alt) is used to acccess certain glyphs.
reassigning to buster.
Summary: QA-Menu and The @-letter → [PP] Win32 - AltGR key not working
Comment 4•25 years ago
|
||
I believe this has been fixed already since it was also causing problems on
Macintosh (with the option/alt key).
cheine@gmx.net--can you please retest with a recent build and let us know what
you find out?
Using the 1999091409 build under Windows 98, the AltGR key is not working at all
(in my case, using the US-International keyboard layout).
reassigning to tague, cc rods.
according to the new keyboard spec (see thread on netscape.public.mozilla.xpfe),
any key combination that maps to an actual character should generate an event
that does not have the alt key (or any other modifier except shift) set, just
the resolved char code.
If this needs to be discussed further, please do so on the newsgroup rather than
in this bug report. Thanks.
Tague, I'll leave it to you or laura to assign proper priority, severity, and
target milestone. I had this targeted for M11, but I realize I'm handing it
back to you pretty late in the cycle.
I'd personally give this the highest severity because it basically prevents you
from sending E-mail on several European language keyboards (as the @ symbol
requires the AltGR key).
Comment 10•25 years ago
|
||
these came in too late in the m11 cycle to make it, moving to m12
Updated•25 years ago
|
Assignee: tague → ftang
Status: ASSIGNED → NEW
Comment 11•25 years ago
|
||
reassign to ftang per i18ngrp reassignment meeting.
Updated•25 years ago
|
Target Milestone: M12 → M11
Updated•25 years ago
|
Status: NEW → ASSIGNED
Priority: P3 → P1
Summary: [PP] Win32 - AltGR key not working → [PP][key] Win32 - AltGR key not working
Summary: [PP][key] Win32 - AltGR key not working → [PP][key][DOGFOOD] Win32 - AltGR key not working
Comment 12•25 years ago
|
||
Marking [DOGFOOD] because I can't send mail on my German system until this is
fixed.
Comment 13•25 years ago
|
||
*** Bug 16039 has been marked as a duplicate of this bug. ***
Summary: [PP][key][DOGFOOD] Win32 - AltGR key not working → [PP][key][DOGFOOD][pd+]Win32 - AltGR key not working
Comment 14•25 years ago
|
||
ok'd for dogfood pd+
Summary: [PP][key][DOGFOOD][pd+]Win32 - AltGR key not working → [PP][key][DOGFOOD][PDT+]Win32 - AltGR key not working
Summary: [PP][key][DOGFOOD][PDT+]Win32 - AltGR key not working → [PP][key][DOGFOOD]Win32 - AltGR key not working
Whiteboard: [PDT+]
Comment 15•25 years ago
|
||
*** Bug 16291 has been marked as a duplicate of this bug. ***
Comment 16•25 years ago
|
||
*** Bug 16411 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 17•25 years ago
|
||
fix in keyEvent_19991004_BRANCH landing
Comment 18•25 years ago
|
||
Using the 1999101411 build on Windows 98 and Windows NT, this bug seems fixed.
However, the AltGR key also activates the menus. I'm marking this as verified
fixed - but does anyone know if there's another bug for the remaining problem?
If you could let me know that would be great! Thanks.
Reporter | ||
Comment 19•25 years ago
|
||
I can confirm this. Sending E-Mails on a German keyboard using messenger works
now, but it is annoying that the menus open.
But I've still a problem with a web based E-Mail Service, where i can't login
using mozilla. I'm not sure whether this has somthing to do with this bug
You can test this by going to http://www.gmx.net and using the username
'something_funny@gmx.li' with password 'testpassword' (This is not my personal
E-Mail account, sorry ;-) ) Using Netscape 4.x and below, it works, but using
mozilla, you get back to the login prompt.
I was using the 1999101415 Win32 Build.
Comment 20•25 years ago
|
||
*** Bug 17488 has been marked as a duplicate of this bug. ***
Comment 21•25 years ago
|
||
*** Bug 18254 has been marked as a duplicate of this bug. ***
Comment 22•25 years ago
|
||
*** Bug 18254 has been marked as a duplicate of this bug. ***
Comment 23•25 years ago
|
||
*** Bug 18334 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Status: VERIFIED → REOPENED
Comment 24•25 years ago
|
||
This is broken again.
Pressing ALTGR+Q the QA-Menu opens and i can't enter the @ in the form.
The menu should only open by pressing ALT+Q.
Tested with BuildID 2000011508 on Win98
Updated•25 years ago
|
Resolution: FIXED → ---
Updated•25 years ago
|
Target Milestone: M11
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Target Milestone: M14
Comment 25•25 years ago
|
||
saari and hyatt: any clue ?
Comment 26•25 years ago
|
||
Hyatt already has a bug that this one depends on (adding to dependency field).
I'll assign this one to him as well, and cc you, but it may help if you could
remain available to help him test it.
Assignee | ||
Comment 27•25 years ago
|
||
Do I have any way of distinguishing AltGr from Alt? The menu code is listening
for Alt, and when AltGr is being pressed, the menu code thinks Alt is being
pressed based off what it sees in the event. Do we have any way of
distinguishing the two? I assume that both keys are present on a German
keyboard?
Status: NEW → ASSIGNED
Assignee | ||
Updated•25 years ago
|
Whiteboard: [PDT+] → [PDT+] No estimated fix. Still trying to understand the problem.
Comment 28•25 years ago
|
||
I'm changing the resolution back to FIXED and verifying as such. This bug has
been fixed; however, bug 9333 has never been fixed, and that bug is what horwath
is referring to.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 29•25 years ago
|
||
Marking verified fixed.
Whiteboard: [PDT+] No estimated fix. Still trying to understand the problem.
Comment 31•25 years ago
|
||
Isn't it a dupe of 9333, which has never been fixed ?
For me, this bug is definitly not fixed!
Comment 32•25 years ago
|
||
mlist - Please explain in details what do you see these days. Do you insert a
'@' AND also bring down the QA menu in the same time ?
Comment 34•25 years ago
|
||
*** This bug has been marked as a duplicate of 9333 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•