Can you use the same technique for the modal popup that we use for the BlockUIOnSubmit keyboard blocking?

Blocked any keyboard interaction with the elements located underneath the modal popup. The strategy chosen was to store and disable the onkey* and onclick callbacks belonging to the elements located outside of the popup container element. Once the popup is closed the callbacks are restored.

The disabling of the 'onclick' handler specifically solves this issue, the 'click' event generated by an access key invocation is ignored when the popup is on.

Need to apply this improved approach to the icefaces2 compat popup as well, and also the ICEfaces 2 blockUIOnSubmit.

Applied fixes to icefaces2.0/compat code as well.

Mircea, I'm seeing a likely regression from this change in component-showcase. If you view the popup panel demo, view a modal dialog, close it, you can't click on the Desc. or Source tabs now, or select another demo link from the nav panel on the left side.

Hi Ken, yes.. I also noticed that issue. Javascript stops working after opening a modal popup or a confirmation popup.

The issue was caused by the try/catch variable that redefined the 'e' variable holding the element having its callbacks restored. The solution was to rename the try/catch variable to avoid naming conflicts.

Applied fixes to icefaces2.0 blockUI code as well.