[APPSWITCH-189] Switcher gets stuck on Groovy console Created: 03/Nov/16 Updated: 03/Nov/16 Resolved: 03/Nov/16 |
|
| Status: | Closed |
| Project: | App Switch (closed) |
| Component/s: | None |
| Affects Version/s: | 1.2 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Federico Grilli | Assignee: | Aleksandr Pchelintcev |
| Resolution: | Won't Fix | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Mac OS X 10.11.6 (EL Capitan)
|
||
| Template: |
|
| Acceptance criteria: |
Empty
|
| Description |
|
To reproduce
Releasing the app switcher doesn't make it disappear from the screen and AdminCentral becomes unresponsive. The only way to unfreeze it is to append ?restartApplication to the URL and reload the page. It may be caused by the fact that both apps (groovy and switcher) use the SHIFT key and key events are not "isolated" enough (a SHIFY key pressed event meant to App switcher is captured by the Groovy console) |
| Comments |
| Comment by Federico Grilli [ 03/Nov/16 ] |
|
Apparently the app switcher won't trigger if you're in input field so that the shortcut doesn't interfere with the user actions and terminal (Groovy console) is effectively an input field Actually, the plugin that is responsible to handle the app switcher shortcut has the following
handleObj.handler = function(event) {
// Don't fire in text-accepting inputs that we didn't directly bind to
if (this !== event.target && (/textarea|select/i.test(event.target.nodeName) ||
(jQuery.hotkeys.options.filterTextInputs &&
jQuery.inArray(event.target.type, jQuery.hotkeys.textAcceptingInputTypes) > -1))) {
return;
}
which should block the functionality. |