User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030326 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030326 If I have a Mozilla menu open (or the dropdown thing on the URL box), Mozilla steals all mouse clicks that I make, even those not targetted at Mozilla. This means (for example), that in OpenBox, my normal window manager, I can't mousewheel on my root window to change workspace. I single click of any of my three other buttons will remove said menu and reactivate my mouse, but it's still damn annoying having to do that (mousewheel does not remove the menu; mousewheel events just get completely thrown away). Reproducible: Always Steps to Reproduce: 1. Bring up a menu. 2. Move my pointer to the bottom of my screen and use the wheel. Actual Results: A menu popped up and nothing at all happened with my mousewheel events. Expected Results: Nothing; mousewheel/mouse click events should not get stolen by Mozilla when my mouse is outside of Mozilla's client area. My mousewheel/click events should be passed straight to my window manager.
Under X, are supposed to grab mouse focus. Which is why the Mozilla menus do it. I get the same behavior with menus in all other applications where the menus can stay open on mouse release as well.
Yeah, this is entirely intentional behaviour.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → INVALID
OK, so how about a user option to stop just the dropdown stealing clicks? I'm quite happy for the menus etc to steal them, but the URL dropdown appears automatically, and I frequency find myself half-typing URLs, then trying to wheel on the root window to get to where I was looking for the URL. Of course, the wheel completely fails to acheive the desired effect, leaving me with an intense desire to kill Mozilla. That, or make stolen mouse clicks (like the wheel) remove said dropdown. Again, maybe best as a user option. Please fix this, because it's damned annoying for me, and I suspect for other users of OpenBox. In addition, I doubt it's going to be exceptionally hard to fix.
Severity: normal → enhancement
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago → 13 years ago
Resolution: --- → EXPIRED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.