ICEfaces
  1. ICEfaces
  2. ICE-1596

<ice:selectInputDate/> popup candender not rendering back/next icons in Liferay Portal 4.3.0 (pre-release)

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 1.6DR#4
          • Fix Version/s: 1.6DR#5, 1.6
          • Component/s: ICE-Components
          • Labels:
            None
          • Environment:
            Win XP / Tomcat 5.5.17 / Liferay Portal 4.3.0 (pre-release)

            Description

            To reproduce:

                                    <ice:selectInputDate id="dateOfBirth" autocomplete="true" popupDateFormat="MM/dd/yyyy" renderAsPopup="true" required="true" style="" styleClass="portlet-form-input-field" value="#{MyBean.dateOfBirth}">
                                        <f:convertDateTime pattern="MM/dd/yyyy"/>
                                    </ice:selectInputDate>

              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
                Deryk Sinotte added a comment -

                Looks like the images for the initial calendar button (the one that initiates the popup) and the image buttons on the actual calendar were being resolved differently. The images directory was being resolved first then concatenated with the initial calendar image which was fine. The same logic was used for the navigation buttons on the calendar but the result was being resolved again causing the portlet context to be added twice to the front of the URL. I adjusted the logic to account for this.

                Show
                Deryk Sinotte added a comment - Looks like the images for the initial calendar button (the one that initiates the popup) and the image buttons on the actual calendar were being resolved differently. The images directory was being resolved first then concatenated with the initial calendar image which was fine. The same logic was used for the navigation buttons on the calendar but the result was being resolved again causing the portlet context to be added twice to the front of the URL. I adjusted the logic to account for this.
                Hide
                Permalink
                Deryk Sinotte added a comment -

                Assigning to Deryk and resolving as fixed.

                Show
                Deryk Sinotte added a comment - Assigning to Deryk and resolving as fixed.
                Hide
                Permalink
                Neil Griffin added a comment -

                Verified as fixed.

                Show
                Neil Griffin added a comment - Verified as fixed.

                  People

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

                    Dates

                    • Created:
                      Updated:
                      Resolved: