ICEfaces
  1. ICEfaces
  2. ICE-8962

ace:textEntry fails to submit required fields after failed validation (MyFaces only)

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 3.2
          • Fix Version/s: EE-3.3.0.GA_P01, 4.0.BETA, 4.0
          • Component/s: ACE-Components, Sample Apps
          • Labels:
            None
          • Environment:
            ICEfaces3 trunk revision# 33310
            Myfaces (does not occur with Mojarra)
            Confirmed on Tomcat7, WebLogic10
          • Assignee Priority:
            P2

            Description

            When submitting an ace:textEntry that fails required validation the component becomes unresponsive to subsequent submits.

            To reproduce:
            1) Build / deploy showcase application (MyFaces)
            2) Navigate to ace:textEntry Overview page
            3) Select one of the required fields and tab out of it to trigger the submit (validation fails)
            4) Go back into the same field and type a value and tab out again
            Notice that the submit does not occur.

              Issue Links

              duplicates

              Bug - A problem which impairs or prevents the functions of the product. ICE-8903 MyFaces + Showcase : h:inputText in ace:cellEditor decoded, but value was not submitted

              • Major - Major loss of function.
              • Closed

                Activity

                Ascending order - Click to sort in descending order
                Cruz Miraback created issue -
                Ken Fyten made changes -
                Field Original Value New Value
                Assignee Mircea Toma [ mircea.toma ]
                Assignee Priority P1 [ 10010 ]
                Ken Fyten made changes -
                Fix Version/s EE-3.2.0.GA [ 10332 ]
                Ken Fyten made changes -
                Link This issue duplicates ICE-8903 [ ICE-8903 ]
                Hide
                Permalink
                Ken Fyten added a comment -

                Closed as a duplicate of ICE-8903.

                Show
                Ken Fyten added a comment - Closed as a duplicate of ICE-8903 .
                Ken Fyten made changes -
                Status Open [ 1 ] Closed [ 6 ]
                Resolution Duplicate [ 3 ]
                Hide
                Permalink
                Mircea Toma added a comment -

                It turns out that this issue is not a duplicate of ICE-8903. Reopening.

                Show
                Mircea Toma added a comment - It turns out that this issue is not a duplicate of ICE-8903 . Reopening.
                Mircea Toma made changes -
                Resolution Duplicate [ 3 ]
                Status Closed [ 6 ] Reopened [ 4 ]
                Hide
                Permalink
                Mircea Toma added a comment -

                The textEntry component becomes unresponsive because in Myfaces the corresponding 'input' is updated by the generic update procedure which replaces the element all together. The JS code that wires the event listeners to the 'input' element is not part of the update thus making the input unresponsive.

                In Mojarra the 'input' elements are edited in-place, the event listeners remaining thus intact.

                Show
                Mircea Toma added a comment - The textEntry component becomes unresponsive because in Myfaces the corresponding 'input' is updated by the generic update procedure which replaces the element all together. The JS code that wires the event listeners to the 'input' element is not part of the update thus making the input unresponsive. In Mojarra the 'input' elements are edited in-place, the event listeners remaining thus intact.
                Hide
                Permalink
                Mircea Toma added a comment -

                We submitted https://issues.apache.org/jira/browse/MYFACES-3653 patch to Myfaces but apparently it did not make it into the 2.1.10 final.

                Running the test with latest Myfaces code (which contains the mentioned patch) does fix this issue.

                Show
                Mircea Toma added a comment - We submitted https://issues.apache.org/jira/browse/MYFACES-3653 patch to Myfaces but apparently it did not make it into the 2.1.10 final. Running the test with latest Myfaces code (which contains the mentioned patch) does fix this issue.
                Ken Fyten made changes -
                Fix Version/s 3.4 [ 10770 ]
                Fix Version/s EE-3.2.0.GA [ 10332 ]
                Fix Version/s 3.3 [ 10370 ]
                Ken Fyten made changes -
                Assignee Priority P1 [ 10010 ] P2 [ 10011 ]
                Hide
                Permalink
                Mircea Toma added a comment -

                The provided patch is included now in the latest Myfaces release, 2.1.12.

                Show
                Mircea Toma added a comment - The provided patch is included now in the latest Myfaces release, 2.1.12.
                Mircea Toma made changes -
                Status Reopened [ 4 ] Resolved [ 5 ]
                Resolution Fixed [ 1 ]
                Ken Fyten made changes -
                Security Private [ 10001 ]
                Ken Fyten made changes -
                Fix Version/s EE-3.3.0.GA_P01 [ 11174 ]
                Ken Fyten made changes -
                Fix Version/s 4.0 [ 11382 ]
                Ken Fyten made changes -
                Status Resolved [ 5 ] Closed [ 6 ]

                  People

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

                    Dates

                    • Created:
                      Updated:
                      Resolved: