Closed Bug 14370 Opened 25 years ago Closed 24 years ago

Win32 - Application key does nothing

Categories

(Core :: XUL, defect, P2)

Product:
Core
Component:
XUL
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 36665

People

(Reporter: cpratt, Assigned: law)

References

Details

(Keywords: platform-parity)

Build ID: 1999092013 Platform: Windows NT (this bug is Win32 only!) To reproduce: - Launch apprunner - Press the Application key Result: Nothing happens. Expected result: The contextual menu for the browser window should be displayed. (Yes, I know the contextual menu isn't implemented yet, but when it is, we'll need to make sure that this functionality is there.)
QA Contact: leger → cpratt
Blocks: 15693
what's the status of this bug? Which milestone is this slotted for?
Assignee: don → law
Priority: P3 → P2
Target Milestone: M13
Bill, we may need to move this out to an even later milestone ...
Assignee: law → trudelle
Component: Browser-General → XP Toolkit/Widgets
I'm moving this over to "XP Toolkit/Widgets." The event triggered by pressing those funky keys should be handled at a lower level and cause our context menu code to then kick in. We don't deal with things at the keystroke (or Win32 event) level.
Assignee: trudelle → saari
This sounds like a job for saari
mass-moving all m13 bugs to m14
Adding myself to the cc list for this bug. This bug is similar to some others we have elsewhere in bugzilla. At the moment, we don't have a scheme for supporting platform-specific keys that aren't specified in the DOM. For the moment, we have argued that the platform-specific app will need to deal with these as appropriate. I'm not sure if that will work though. Here are a few of the other keys that are not currently supported for keybindings: Macintosh startup key Windows context menu key Solaris help key
Assignee: saari → don
Target Milestone: M14 → M15
Don, you deal with this
Assignee: don → law
Rats. I thought I got rid of this 6 weeks ago. I will look into this.
Status: NEW → ASSIGNED
QA Contact: cpratt → sairuh
Reassigning QA Contact
Keywords: pp
Summary: [PP] Win32 - Application key does nothing → Win32 - Application key does nothing
Move to M16 for now ...
Target Milestone: M15 → M16
Target Milestone: M16 → M18
Move to M21 target milestone.
Target Milestone: M18 → M21
*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
*** This bug has been marked as a duplicate of 13168 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Reopening. This isn't a dup of 13168 (the bug on the help and other Solaris-special keys), since even if we decide to add all the platform-specific keys to the list of XP key events, implementing Windows-specific key events is a different bug from implementing Unix-specific ones.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
This appears to be the same as bug 36665 although this bug just concerns Win32 and the other bug is for all platforms, so I suggest marking this a dup of 36665 and marking 36665 as a blocker from meta bug 15693
Well spotted, David. Resolving as duplicate of later bug which has more discussion ... *** This bug has been marked as a duplicate of 36665 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
VERIFIED.
Status: RESOLVED → VERIFIED
Just don't say I didn't tell you about it seven months earlier... :)
You need to log in before you can comment on or make changes to this bug.