This fixes the following case:
1. open the dropdown menu of a "Filename"
2. click elsewhere on the page to close the dropdown menu
(or click on a submenu element)
3. try to open the same dropdown menu => it fails the first time (since it does not have the "dropdown-menu" class)
Tooltips would not disappear if the mouse was never on it. If you move your mouse on an icon and then move the mouse out without passing by the tooltip, the tooltip would remain active until mouse pass and leave or click somewhere else.
With this update, the tooltip will be removed if you leave the target unless you move the mouse to the tooltip.
On the task details page "Add a sub-task" pop-up modal contains
drop-down (the SELECT HTML element) with "form-user_id" as the `name`
and the `id` attribute value. This element is in conflict with another,
hidden INPUT element with the same `name` and the `id` value. This
causes an issue where clicking the "Me" (Assignee) link / shortcut (A)
element doesn't select your name in the Assignee SELECT element.
Avoiding conflict by changing the SELECT element `id` value is not
possible as the SELECT element is generated using `FormHelper::select()`
function which uses the same value for attribute `name` and `id`.
Given the assignee shortcut feature is used only in two places: edit
task and edit sub-task dialog, the simplest solution is to select the
closest SELECT element to the link / shortcut (A) element or limit the
scope to the currently opened dialog.
This fix uses the latter approach by limiting the scope of targeted
selector.
Allow closing of dialogs by clicking on the background area around it.
When the dialog is closed in this manner, if it contains a form with changed data present a warning that there are unsaved changes. Likewise if the user attempts to navigate away from the page, eg page reload, bookmark click, address bar entry.
If the dialog does not contain a form or the data remains unchanged no warning messages are shown.