Web Access when used on macOS (and iOS?) gives different symbols for the NumLock/Clear key depending on the browser. For reference the native viewer always sends NumLock. Unfortunately I could not find a rationale for this. We should decided on something here and be consistent about it. Before bug 6152 we didn't send anything for this key.
Chrome and Firefox both result in Clear being sent. But Safari gives KP_Begin (see bug 7419 for that whole mess). The difference is caused by Chrome and Firefox setting location to STANDARD, but Safari sets NUMPAD.
Reported Safari's behaviour upstream: https://bugs.webkit.org/show_bug.cgi?id=203731
It's not obvious what works best here. Let's go with what the native client does as it has been doing this for quite some time. NumLock didn't work at all in Web Access before bug 6152.
Fixed upstream: https://github.com/novnc/noVNC/commit/3388c92c7f55b4e77527d1481a52c27459345f46
Fixed now. Tester should verify that the keypad Clear sends NumLock in Web Access.
(In reply to comment #7) > Tester should verify that the keypad Clear sends NumLock in Web Access. Tester should also verify that NumLock in general still works, and that KP_5 without NumLock sends a working Clear.
Tested this for macOS on: * Firefox 70 * Chrome 77 * Safari 13 It works fine on these browsers.