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)
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.
Reporter | ||
Comment 1•18 years ago
|
||
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.
Comment 2•17 years ago
|
||
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.
Updated•15 years ago
|
Assignee: events → nobody
QA Contact: ian → events
Assignee | ||
Updated•5 years ago
|
Component: Event Handling → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•