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)

x86
All
defect

Tracking

()

VERIFIED DUPLICATE of bug 9333

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
QA Contact: claudius → cpratt
Assignee: shuang → joki
Component: UE/UI → Event Handling
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!
Assignee: joki → tague
I believe its a dupe but its still Tague's either way. I'll let him decide.
Assignee: tague → buster
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.
Blocks: 6053
Blocks: 9333
Status: NEW → ASSIGNED
Target Milestone: M11
Summary: QA-Menu and The @-letter → [PP] Win32 - AltGR key not working
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?
Severity: trivial → normal
Using the 1999091409 build under Windows 98, the AltGR key is not working at all (in my case, using the US-International keyboard layout).
Blocks: 14058
*** Bug 13820 has been marked as a duplicate of this bug. ***
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).
*** Bug 11004 has been marked as a duplicate of this bug. ***
these came in too late in the m11 cycle to make it, moving to m12
Target Milestone: M11 → M12
Status: NEW → ASSIGNED
Blocks: 15693
Assignee: tague → ftang
Status: ASSIGNED → NEW
reassign to ftang per i18ngrp reassignment meeting.
Target Milestone: M12 → M11
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
Marking [DOGFOOD] because I can't send mail on my German system until this is fixed.
*** 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
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+]
*** Bug 16291 has been marked as a duplicate of this bug. ***
*** Bug 16411 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fix in keyEvent_19991004_BRANCH landing
Status: RESOLVED → VERIFIED
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.
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.
*** Bug 17488 has been marked as a duplicate of this bug. ***
*** Bug 18254 has been marked as a duplicate of this bug. ***
*** Bug 18254 has been marked as a duplicate of this bug. ***
*** Bug 18334 has been marked as a duplicate of this bug. ***
Status: VERIFIED → REOPENED
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
Resolution: FIXED → ---
Target Milestone: M11
Status: REOPENED → ASSIGNED
Target Milestone: M14
saari and hyatt: any clue ?
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: ftang → hyatt
Status: ASSIGNED → NEW
Depends on: 23587
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
Whiteboard: [PDT+] → [PDT+] No estimated fix. Still trying to understand the problem.
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 ago25 years ago
Resolution: --- → FIXED
Marking verified fixed.
Whiteboard: [PDT+] No estimated fix. Still trying to understand the problem.
Verifying as fixed.
Status: RESOLVED → VERIFIED
Isn't it a dupe of 9333, which has never been fixed ? For me, this bug is definitly not fixed!
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 ?
This bug is not fixed.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
*** This bug has been marked as a duplicate of 9333 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → DUPLICATE
This is well covered in other bugs.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.