RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

This reproduces 100% for me at FF19@F17 and FF22@F18:

1. navigate to Resources tab for particular cluster
2. click Add, Add Resource to Cluster dialog will open
3. click once on "-- Select a Resource --"; drop-down menu will drop
4. focus any active item here, but do not click
5. move the cursor at any other place in the page except the area covered
   by drop-down menu (the original bar of the drop-down menu is OK)
6. click once; nothing happens (even if the cursor is over Cancel button!)
7. either click once more or press Esc

Actual results:
Dialog behaves as if the last focused item in the drop-down menu was
really selected (with a click).

Expected results:
Dialog does not mimic item selection, instead the input events are
handled as expected (e.g., if Cancel button was clicked, dialog is
closed immediately).


This might eventually be a bug in Firefox or jQuery (might be worth testing
with newer jQuery/UI).  Also might be worth testing some other browsers.

Also, I've found this pointer:
http://stackoverflow.com/questions/17403991/jquery-1-4-select-onchange-fired-without-click-firefox

P.S. I think I hit this issue some longer time ago.  Unfortunately no
evidence of bug report.

Places that are equally affected by this (perhaps still non-exhaustive):

- Fence Devices > Add > Add Fence Device (Instance) dialog
- Service Groups > Add > Add Service Group to Cluster > Add Resource
  > Add Resource to Service dialog

Note that it probably only matter of drop-downs with "onchange" event
handler, at others no strange behavior is observed, for instance:

  Service Groups > particular group > Start on node... drop-down menu

Checked on other browsers: 
 - Google Chrome 28.0
 - Konqueror 4.8.4
 - Epiphany 3.4.2

None of them seem to be affected. The bug may be related to Gecko-based browsers only.

Minor issue, let's forget about it, owing to the point in the release
cycle.