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.