Floating dialogs fail to block editing area focus when Tab key is pressed

[martinkou]

To reproduce the bug:

1. Open _samples/html/sample01.html included in the latest SVN trunk in IE or Firefox.
2. Open any floating dialog window, e.g the Smiley dialog.
3. Press Tab on the keyboard until the focus shifts to the editing area.
4. Once the focus goes to the editing area, you find that you can edit the "inactive" document again.

This bug is pretty obvious to users who are used to switching UI widget focus via the Tab key so it should block the final 2.6 release.

[fredck]

In a RC, only extremely critical tickets should be included for the final. This one is a normal bug, which can safely enter in our normal release schedule. I'm retargeting it.

[alfonsoml]

I never have tried it, but I think that some people have reported in the forums about how to adjust the tab order of the editor, so they end up setting the tabIndex, and with this patch that info will get lost.

I mean: instead of just setting and removing the tabIndex, I suggest to store its current value and then restore it. Is it worth?

[martinkou]

I've updated the patch to save the previous tabIndex value to restore it after all dialogs are closed.

[martinkou]

Fixed with [1944].

Click here for more info about our SVN system.