[jira] [Resolved] (TOBAGO-1750) Problem with length validation in textarea (CRLF vs. LF)

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[jira] [Resolved] (TOBAGO-1750) Problem with length validation in textarea (CRLF vs. LF)

My Faces - Dev mailing list

     [ https://issues.apache.org/jira/browse/TOBAGO-1750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Udo Schnurpfeil resolved TOBAGO-1750.
-------------------------------------
    Resolution: Fixed

> Problem with length validation in textarea (CRLF vs. LF)
> --------------------------------------------------------
>
>                 Key: TOBAGO-1750
>                 URL: https://issues.apache.org/jira/browse/TOBAGO-1750
>             Project: MyFaces Tobago
>          Issue Type: Bug
>          Components: Core
>            Reporter: Udo Schnurpfeil
>            Assignee: Udo Schnurpfeil
>             Fix For: 4.0.0
>
>
> There is a problem with the length of text with line breaks.
> The [HTML5|https://dev.w3.org/html5/spec-preview/the-textarea-element.html] spec. says, CRLF has to be treated as a single character in the browser .
> Over HTTP/1.1 two characters must be transported.
> When the string is validated in a JSF <f:validateLength> the String is N characters longer than in the browser, when it contains N line breaks.
> To "repair" this situation, Tobago should replace CRLF with LF in the submitted values of textarea.
> For compatibility reasons, this should be configurable in the tobago-config.xml:
> {code}
> <!-- true is the default -->
> <decode-line-feed>true</decode-line-feed>
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
Loading...