You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Michael Heinen (JIRA)" <de...@myfaces.apache.org> on 2008/07/17 18:15:32 UTC

[jira] Commented: (TOMAHAWK-452) tag doesn't work for input fields found in dataTables

    [ https://issues.apache.org/jira/browse/TOMAHAWK-452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12614407#action_12614407 ] 

Michael Heinen commented on TOMAHAWK-452:
-----------------------------------------

I  am facing the same problem. This is really annoying if UIs are created generically. 

Beside the fact that the rowindex is missing I encountered a second problem:
If the for-attribute of the label contains a static part and an EL-expression (e.g. s_#{foo} ) then only the static part ( s_ )is returned


> <t:messages> tag doesn't work for input fields found in dataTables
> ------------------------------------------------------------------
>
>                 Key: TOMAHAWK-452
>                 URL: https://issues.apache.org/jira/browse/TOMAHAWK-452
>             Project: MyFaces Tomahawk
>          Issue Type: Bug
>    Affects Versions: 1.1.2
>            Reporter: Val Blant
>
> If you try to use an output label for an input field in a dataTable, the label will not be found due to an error in HtmlMessageRenderer.createOutputLabelMap()
> The input field's client id is originally added to FacesContext during the validation phase (if the validator fails) with input field's client id containing the row index (ex.: "body:cropYearForm:1:holdbackThreshold").
> When HtmlMessageRenderer.createOutputLabelMap() constructs the index of all HtmlOutputLabels on the page, the same input field's client id does not contain the row index (ex. "body:cropYearForm:holdbackThreshold").
> As a result, the indexed MessageLabelInfo is never found in HtmlMessageRenderer.findInputLabel(FacesContext facesContext, String inputClientId), b/c inputClientId contains the client id with the row index, whereas the key in outputLabelMap does not. (ex. "body:cropYearForm:1:holdbackThreshold" vs. "body:cropYearForm:holdbackThreshold"). 
> Perhaps something else should be used as the key in outputLabelMap? 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.