ICEfaces
  1. ICEfaces
  2. ICE-8846

blockUiOnSubmit - Keyboard events aren't blocked

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: EE-3.0.0.GA_P01, 3.2, EE-3.2.0.BETA
    • Fix Version/s: EE-3.2.0.GA
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      All
    • Assignee Priority:
      P2
    • Salesforce Case Reference:

      Description

      A few issues are seen when using the blockUiOnSubmit parameter:

       - If you hit the enter key twice, two actions will be seen. These events seem to be queued and will fire one after the other. This behavior can be seen with the ice:inputText field with an action/actionListener defined and also with ice/h:commandButtons.

       - While processing is happening, the ui becomes blocked. This prevents any mouse clicks from happening. It does not however prevent the keyboard events. While the ui blocker is on I can tab through the components and even select them via the kayboard, there by queuing up more calls.

        Activity

        Hide
        Arran Mccullough added a comment -

        Attached test case that shows the issue.

        Steps:

        • Load welcomeICEfaces.jsf and keep and eye on the server logs.
        • Focus into the input field and enter in some text.
        • Hit the enter key twice, one event will be fired, once that event is done, another event is called.
        • The same can be seen if you focus on the commandButtons.
        • There is a 3 second delay in the processing, while this is happening you can tab through the various input components.
        Show
        Arran Mccullough added a comment - Attached test case that shows the issue. Steps: Load welcomeICEfaces.jsf and keep and eye on the server logs. Focus into the input field and enter in some text. Hit the enter key twice, one event will be fired, once that event is done, another event is called. The same can be seen if you focus on the commandButtons. There is a 3 second delay in the processing, while this is happening you can tab through the various input components.
        Hide
        Mircea Toma added a comment - - edited

        The applied fix stops the event bubbling and cancels the default actions for all the input elements thus avoiding to trigger the callbacks that are registered with the enclosing form (such as the ones created by ice.captureEnterKey feature).

        Show
        Mircea Toma added a comment - - edited The applied fix stops the event bubbling and cancels the default actions for all the input elements thus avoiding to trigger the callbacks that are registered with the enclosing form (such as the ones created by ice.captureEnterKey feature).

          People

          • Assignee:
            Mircea Toma
            Reporter:
            Arran Mccullough
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: