-
Bug
-
Resolution: Fixed
-
Normal
-
5.12.2
-
None
-
Security Level: Jimmy
-
None
Steps to Reproduce
- Open attached Excel file TabRepro.xlsx
(this file is meant to be inefficient on update, to force processing time at server-side, but this affect regular documents as well due to network latency or processing time if a cell update affects a lot of dependents) - Put cursor in yellow bar (cell A2)
- type a number (9)
- wait for in-cell input both to be displayed
- type tab twice quickly (tab-tab)
- wait a moment
- type another number
Current Result
focus is no longer in spreadsheet (might be at document end, or in address bar)
Expected Result
focus remains in spreadsheet
Debug Information
tab input sent during request processing cause the tab input to resolve as moving down the DOM tree tab order, instead of moving one cell right as expected while focusing a spreadsheet
Workaround
Javascript workaround: prevent tab from moving to next tab index when focusing a spreadsheet and zAu is currently processing
<script><![CDATA[ zk.afterLoad("zss", function () { var _xSpreadsheet = {}; zk.override(zss.Spreadsheet.prototype, _xSpreadsheet, { doKeyDown_: function(event) { if(event.keyCode == 9 && zAu.processing()){ event.domEvent.preventDefault(); event.domEvent.stop() return null; } var result = _xSpreadsheet.doKeyDown_.apply(this, arguments); //after return result; } }); }); ]]></script>