ICEfaces
  1. ICEfaces
  2. ICE-4164

Double clicking tab that has long processing causes components to be reset

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 1.7.2 SP1, 1.8RC1
          • Fix Version/s: 1.8RC2, 1.8
          • Component/s: ICE-Components
          • Labels:
            None
          • Environment:
            All

            Description

            In a panelTabSet a tab's contents takes some time to load/process. If the user double clicks this tab some input components are reset to their default values/null. The components that seem to be affected are selectOneMenu, selectBooleanCheckbox, and selectManyMenu. The inputText is not affected by this behavior.

              Issue Links

              depends on

              New Feature - A new feature of the product, which has yet to be developed. ICE-4203 Support optional "busy" indicator + UI blocker when waiting for response from a submit

              • Major - Major loss of function.
              • Closed

                Activity

                Ascending order - Click to sort in descending order
                Hide
                Permalink
                Arran Mccullough added a comment -

                Main files for test-case.

                Show
                Arran Mccullough added a comment - Main files for test-case.
                Hide
                Permalink
                Deryk Sinotte added a comment -

                Mircea, please take a look and provide an analysis of what is happening.

                Show
                Deryk Sinotte added a comment - Mircea, please take a look and provide an analysis of what is happening.
                Hide
                Permalink
                Arran Mccullough added a comment -

                Built test case, developed in NetBeans IDE, built for Tomcat 6. may need to manually navigate to http://localhost:8080/Case8045Example/main.iface

                Show
                Arran Mccullough added a comment - Built test case, developed in NetBeans IDE, built for Tomcat 6. may need to manually navigate to http://localhost:8080/Case8045Example/main.iface
                Hide
                Permalink
                Mircea Toma added a comment -

                Because of the delay, the update corresponding to the first request (when changing tabs) is not applied before the second request is sent out. Thus the second request is missing the parameters that correspond to selectOneMenu or selectManyMenu options and the components/renderers interpret this request as a deselection of their options.

                Show
                Mircea Toma added a comment - Because of the delay, the update corresponding to the first request (when changing tabs) is not applied before the second request is sent out. Thus the second request is missing the parameters that correspond to selectOneMenu or selectManyMenu options and the components/renderers interpret this request as a deselection of their options.
                Hide
                Permalink
                Mircea Toma added a comment -

                In order to fix this issue properly we'll need to implement the client-side queue to serially send and apply the received updates.

                Show
                Mircea Toma added a comment - In order to fix this issue properly we'll need to implement the client-side queue to serially send and apply the received updates.
                Hide
                Permalink
                Mircea Toma added a comment -

                Solved by the fixes for ICE-4197.

                Besides the need for the queue, in order for this issue to be fixed the bridge was changed so that it builds the query string for the submitted form just before sending it. Before the fix the query strings would be calculated when iceSubmit/iceSubmitPartial would be invoked. By delaying building the query string the form elements have their state updated properly by the previously applied updates.

                Show
                Mircea Toma added a comment - Solved by the fixes for ICE-4197 . Besides the need for the queue, in order for this issue to be fixed the bridge was changed so that it builds the query string for the submitted form just before sending it. Before the fix the query strings would be calculated when iceSubmit/iceSubmitPartial would be invoked. By delaying building the query string the form elements have their state updated properly by the previously applied updates.
                Hide
                Permalink
                Ken Fyten added a comment -

                Due to additional complexities around the client-side request queue, it has been backed out for this release.

                An alternative solution to this issue is described in ICE-4203.

                Show
                Ken Fyten added a comment - Due to additional complexities around the client-side request queue, it has been backed out for this release. An alternative solution to this issue is described in ICE-4203 .
                Hide
                Permalink
                Joanne Bai added a comment -

                QA tested it with success on 1.8.0-RC2 build 3 + tomcat6 + FF2 and IE6

                Show
                Joanne Bai added a comment - QA tested it with success on 1.8.0-RC2 build 3 + tomcat6 + FF2 and IE6

                  People

                  • Assignee:
                    Unassigned
                    Reporter:
                    Arran Mccullough
                  • Votes:
                    0 Vote for this issue
                    Watchers:
                    1 Start watching this issue

                    Dates

                    • Created:
                      Updated:
                      Resolved: