Open Bug 339799 Opened 18 years ago Updated 2 years ago

Shifting the focus results in orphaned menus

Categories

(Core :: DOM: Events, defect, P5)

defect

Tracking

()

UNCONFIRMED

People

(Reporter: mozilla, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3

If the focus of a frame is shifted to another frame, the context menus are broken.

Reproducible: Always

Steps to Reproduce:
1. Go to http://neil.fraser.name/temp/focus.html
2. Select text in the second iframe.
3. Right-click then choose any menu option.

Actual Results:  
'Copy' copies whatever is selected in the textarea.
'Select all' selects the text in the textarea.
'Search web for ...' does nothing.
'View Selection Source' Shows the source for the parent frame.


Expected Results:  
The menu should either close when the focus is lost, or (better) it should reference the iframe, not the parent frame. 

It is interesting to compare this behaviour with what happens when you try the same thign with the first iframe.  It shifts the focus immediately, which means its context menu is always the standard menu (not the selection menu) and its functions all refer to the parent frame. 

This is the basis for a chat application.  The textarea should always have the focus to receive keyboard input, but one ought to be able to copy from the iframe.
Seeing this bug in Windows 2000 as well.  Completely consistent.
OS: Mac OS X → All
Hardware: Macintosh → All
I'm seeing this also.
Assignee: events → nobody
QA Contact: ian → events
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.
Priority: -- → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.