ICEfaces
  1. ICEfaces
  2. ICE-6667

Portlets: CoreComponentUtils findComponent not absolutely finding components

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Affects Version/s: 2.0.0
    • Fix Version/s: 2.0.1
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      Portlets, ICEfaces 2

      Description

      As found in ICE-6659, when using an absolute search for a component, CoreComponentUtils.findComponent(-) is not finding the component. There seems to be some issue with the clientIds including the portlet namespace in a way that the algorithm doesn't support.

      This might also be part of the issue with portlet environment components not finding each other with their for property.

        Issue Links

          Activity

          Mark Collette created issue -
          Mark Collette made changes -
          Field Original Value New Value
          Link This issue depends on ICE-6659 [ ICE-6659 ]
          Mark Collette made changes -
          Link This issue depends on ICE-6659 [ ICE-6659 ]
          Mark Collette made changes -
          Link This issue blocks ICE-6659 [ ICE-6659 ]
          Mark Collette made changes -
          Link This issue blocks ICE-6398 [ ICE-6398 ]
          Mark Collette made changes -
          Salesforce Case []
          Description As found in ICE-6659, when using an absolute search for a component, CoreComponentUtils.findComponent(-) is not finding the component. There seems to be some issue with the clientIds including the portlet namespace in a way that the algorithm doesn't support. As found in ICE-6659, when using an absolute search for a component, CoreComponentUtils.findComponent(-) is not finding the component. There seems to be some issue with the clientIds including the portlet namespace in a way that the algorithm doesn't support.

          This might also be part of the issue with portlet environment components not finding each other with their for property.
          Deryk Sinotte made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Won't Fix [ 2 ]
          Assignee Deryk Sinotte [ deryk.sinotte ]
          Ken Fyten made changes -
          Status Resolved [ 5 ] Closed [ 6 ]

            People

            • Assignee:
              Deryk Sinotte
              Reporter:
              Mark Collette
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: