ICEfaces
  1. ICEfaces
  2. ICE-7150

Browser blocking with a lot of commandButtons and blockUIOnSubmit=true

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Invalid
          • Affects Version/s: 2.0.2
          • Fix Version/s: None
          • Component/s: ICE-Components
          • Labels:
            None
          • Environment:
            Any Browser with IceFaces 2.0.2 running on Jetty 6.1.25
          • Workaround Exists:
            Yes
          • Workaround Description:
            blockUIOnSubmit=false

            Description

            I have a page with about 50 commandButtons on it and blockUIOnSubmit=true. If I open the page, usually I could click one button and then the whole page is blocked, no more clicks are sent to the server. Invoking a Refresh of the page solves this problem and all buttons are properly working again.

            With blockUIOnSubmit=false, this behaviour isn't reproducable.

              Activity

              Ascending order - Click to sort in descending order
              Hide
              Permalink
              Markus Guenther added a comment -

              Finally, the problem was:

              There is a page with some dialogs. Unfortuntately, there wasn't a <messages> tag on the page so I didn't saw that there are pending validation error messages.

              Those messages were shown for fields which are located in <panelPopup> dialogs. So in my understanding, the validation shouldn't happen for such dialogs if they are not open. I had to do a <rendered..> attribute around the <panelPopup> to get rid of the messages when the dialog isn't shown. This might be another problem of course which doesn't match this issue.

              Show
              Markus Guenther added a comment - Finally, the problem was: There is a page with some dialogs. Unfortuntately, there wasn't a <messages> tag on the page so I didn't saw that there are pending validation error messages. Those messages were shown for fields which are located in <panelPopup> dialogs. So in my understanding, the validation shouldn't happen for such dialogs if they are not open. I had to do a <rendered..> attribute around the <panelPopup> to get rid of the messages when the dialog isn't shown. This might be another problem of course which doesn't match this issue.
              Hide
              Permalink
              Ken Fyten added a comment -

              Marking as Closed / Invalid as part of legacy ICEfaces ICE / Compat component JIRA cleanup.

              Note: This issue may be resolved in a newer ICEfaces release, available here: http://www.icesoft.org/java/downloads/icefaces-downloads.jsf

              If the issue persists with the current ICEfaces release, please create a new JIRA for it.

              Show
              Ken Fyten added a comment - Marking as Closed / Invalid as part of legacy ICEfaces ICE / Compat component JIRA cleanup. Note: This issue may be resolved in a newer ICEfaces release, available here: http://www.icesoft.org/java/downloads/icefaces-downloads.jsf If the issue persists with the current ICEfaces release, please create a new JIRA for it.

                People

                • Assignee:
                  Unassigned
                  Reporter:
                  Markus Guenther
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: