Use Alt with the left or right arrow keys, to navigate forwards and backwards through spaces and tabs, and mark spaces as read. Use the Tab key to navigate within your app, use Shift + Tab to navigate through items. For example: Ctrl + 1 brings you to the first item and Ctrl + 2 brings you to the second item. Use Ctrl and a number, to move through the items in the navigation menu. For example, Ctrl + B toggles bold text when you're writing a message. Some keyboard shortcuts work in a specific context. You can use your keyboard to navigate through Webex App. The most frequently used shortcuts are listed, and you'll also be able to search through the list. Pressing the Alt key will cancel the activation of the bug in Chrome and IE, but not in Firefox on Windows.Go to Help and select Keyboard shortcuts, or use Ctrl + / to access the shortcuts menu in the app. On Windows, JSS keyboard shortcuts use Alt, so if I Alt+Tab to another application and then back to the browser, then the bug will “activate” if the active tab in the browser is a JSS tab.
This bug does not seem to affect Safari or Firefox for Mac, but I can replicate it on Windows with all three major browsers: Chrome, Firefox, Internet Explorer. The bug does not appear to activate on a JSS tab when Control+tabbing to it. For example, if I Control+Tab away from a tab with a JSS policy, go back to the tab, press “e” to edit the policy, going into edit mode is enough to refresh, and then typing “abc” in a text field won’t trigger it, which is why in the test above I have you go into edit mode in a policy first, then tab away. To cancel the activation of the bug, I can either press the Control key once or refresh the page. (assuming the tab was on a JSS page that had a Delete button for whatever item it was on). It should prompt if you want to delete the policy/script/etc. Then when you go back to that particular tab-even after a while-JSS keyboard shortcut that would normally require pressing Control to use will instead trigger just by pressing the letter (“c” for cancel, “s” for save, “d” for delete).Īs another test, try Control+Tabbing away from a JSS tab, going back to the JSS tab (however you like), and pressing “d”. The key to “activating” this bug seems to be Control+Tabbing away from a JSS tab. The bug does not depend on being in the text field, but that’s the most common way I encounter it, and it sucks because I could be making all kinds of edits and then I’m in a text field and type the letter “c” and it undoes all of it!
If your Mac behaves like mine, as soon as you press the “c” in “abc” it will cancel the policy edit as if you had pressed Control+C. Click in a text field like Display Name (if cursor not already in text field) and type the letters “abc”.Edit the policy, then switch away from this tab using Control+Tab, and then go back to the policy tab (using any method).Go to the JSS in one of the tabs and open a policy-for testing purposes, pick one you don’t care about that much, just to be safe.Open multiple tabs to some random sites in a Google Chrome window.
If you have Chrome installed, try the following steps to see if you can replicate it: I think I've narrowed it down, and I was wondering if anyone else has seen or can reproduce this. I'll be typing in a text field and when I press the letters "c" or "s" it will cancel or save whatever I'm doing (generally editing policies) as if I had pressed Control+C or Control+S outside a text field. I've been seeing weird behavior for quite some time in the JSS (9.97 in our environment, though I've tested with the latest 9.x release), when using Chrome on Macs.