ICEfaces
  1. ICEfaces
  2. ICE-1704

Unable to clear model data with null values after form submission in portlet after using trunk (revision 14098, 6/8/2007)

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 1.6
          • Fix Version/s: 1.6DR#6, 1.6
          • Component/s: Framework
          • Labels:
            None
          • Environment:
            Win XP / JDK 1.4 / Tomcat 5.5.17 / Liferay 4.3.0-RC1

            Description

            After performing an "svn update" from the trunk (revision 14098, 6/8/2007), my sample-icefaces-sun-portlet started populating text fields with the string "null" after filling out the required fields, and clicking the "Submit" button, which clears the model data. (Note that the submit will take a long time if the email server is not hooked-up/responding).

            Please see attached portlet for details.

              Issue Links

              blocks

              New Feature - A new feature of the product, which has yet to be developed. ICE-1809 Support for Liferay Portal

              • Major - Major loss of function.
              • Closed

                Activity

                Ascending order - Click to sort in descending order
                Hide
                Permalink
                Neil Griffin added a comment -

                Forgot to mention, extract attached portlet to Liferay 4.3.0-RC1 "webapps" folder.

                Also, just to clarify, the required text fields like "First Name", etc.. should not contain the string "null" in them after the form submit, rather, they should simply be empty/blank.

                Neil

                Show
                Neil Griffin added a comment - Forgot to mention, extract attached portlet to Liferay 4.3.0-RC1 "webapps" folder. Also, just to clarify, the required text fields like "First Name", etc.. should not contain the string "null" in them after the form submit, rather, they should simply be empty/blank. Neil
                Hide
                Permalink
                Ken Fyten added a comment -

                Please try to recreate using latest trunk build.

                Show
                Ken Fyten added a comment - Please try to recreate using latest trunk build.
                Hide
                Permalink
                Deryk Sinotte added a comment -

                Attaching a bare bones ICEfaces web application that shows the problem. It's not confined to portlets and confirms the "null" values showing up in IE and Safari (but not Firefox). It also shows another issue in that the form itself seems to stop working after the first time you clear the values but ONLY in Firefox. Safari appears to work fine (IE I haven't had a chance to check yet). If this is a completely unrelated behaviour, we should open a new case for it.

                Show
                Deryk Sinotte added a comment - Attaching a bare bones ICEfaces web application that shows the problem. It's not confined to portlets and confirms the "null" values showing up in IE and Safari (but not Firefox). It also shows another issue in that the form itself seems to stop working after the first time you clear the values but ONLY in Firefox. Safari appears to work fine (IE I haven't had a chance to check yet). If this is a completely unrelated behaviour, we should open a new case for it.
                Hide
                Permalink
                Mircea Toma added a comment -

                Fix test when to update element attribute.

                Show
                Mircea Toma added a comment - Fix test when to update element attribute.
                Hide
                Permalink
                Neil Griffin added a comment -

                Comfirmed fixed as of trunk revision 14135.

                Thanks Mircea!!!

                Show
                Neil Griffin added a comment - Comfirmed fixed as of trunk revision 14135. Thanks Mircea!!!

                  People

                  • Assignee:
                    Unassigned
                    Reporter:
                    Neil Griffin
                  • Votes:
                    0 Vote for this issue
                    Watchers:
                    0 Start watching this issue

                    Dates

                    • Created:
                      Updated:
                      Resolved: