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

UNCONFIRMED
Unassigned

Status

()

Core
Event Handling
UNCONFIRMED
12 years ago
9 years ago

People

(Reporter: Andreas Wuest, Unassigned)

Tracking

({testcase})

Trunk
PowerPC
Mac OS X
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

1.18 KB, application/vnd.mozilla.xul+xml
Details
(Reporter)

Description

12 years ago
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

12 years ago
Created attachment 252664 [details]
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.

Updated

12 years ago
Keywords: testcase

Comment 2

12 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.
Assignee: events → nobody
QA Contact: ian → events
You need to log in before you can comment on or make changes to this bug.