User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:22.214.171.124) Gecko/20061204 Firefox/126.96.36.199 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.
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.
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.
You need to log in before you can comment on or make changes to this bug.