Open Bug 368102 Opened 18 years ago Updated 2 years ago

clipboard commandupdater event not fired when document lives inside <browser/>

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

PowerPC
macOS
defect

Tracking

()

UNCONFIRMED

People

(Reporter: awuest, Unassigned)

Details

(Keywords: testcase)

Attachments

(1 file)

1.18 KB, application/vnd.mozilla.xul+xml
Details
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: 

A commandset listening for the "clipboard" event has its commandupdate handler not fired if the XUL document lives inside a <browser/>. If it lives in its own window though (e.g. opened by opendDialog()), it works.

Reproducible: Always

Steps to Reproduce:
1. Load XUL document containing a commandset with events="clipboard" and associated commandupdate handler into a <browser/>
2. Copy some text.
Actual Results:  
Commandupdate handler is never fired.

Expected Results:  
Commandupdate handler should be fired.

See testcase.
Attached file testcase
If opened in a <browser/>, the goUpdateCommand is never called after copying some text from the textbox.

If opened in its own XUL window, then goUpdateCommand is called as it should be.
Keywords: testcase
The problem is that the (copy) event generation code would have to enumerate every frame of every window in case it contained a commandupdater.

I think "events" were only created as a solution to update the chrome menubar.
Assignee: events → nobody
QA Contact: ian → events
Component: Event Handling → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: