[ 
https://issues.apache.org/jira/browse/FLEX-34081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15033214#comment-15033214
 ] 

Mohamed Boughaba commented on FLEX-34081:
-----------------------------------------

The issue is still reproducible in 4.14.1.

> Setting the text of a spark TextArea cause a script timeout error
> -----------------------------------------------------------------
>
>                 Key: FLEX-34081
>                 URL: https://issues.apache.org/jira/browse/FLEX-34081
>             Project: Apache Flex
>          Issue Type: Bug
>          Components: Spark: TextArea
>    Affects Versions: Apache Flex 4.11.0
>         Environment: Windows. Firefox, IE, Chrome, FP 11.9, FP 12
>            Reporter: Alexander Scheibe
>         Attachments: FontCrash.fxp, RichEditableText.as
>
>
> Steps to reproduce: compile the attached FXP project
> Description: 
> The test application contains a text area of a specific width and height and 
> a font size of 14. The application also contains three embedded fonts: Myriad 
> Pro, Rosario, Source Sans Pro and two buttons to set a 'critical' string.
> Using the first button to set the 'critical' string of 85 characters length, 
> the application will become unresponsive  and will end with error #1502 "A 
> script has executed for longer than the default timeout period of 15 
> seconds." In most cases the stack trace shown in the debug player shows that 
> work is going on in the StandardFlowComposer, but since this is a timeout 
> error it may stop anywhere.
> When using the second button only the first 84 characters of the 'critical' 
> string are set which does not cause the error for the fonts Myriad Pro and 
> Source Sans Pro. Also one can see that 84 characters do not create a scroll 
> bar. Moreover it is possible to type in the 85 character 'f' without problems 
> and the text area will show the vertical scroll bar. 
> Additionally setting the text programmatically when the text area already 
> shows a scroll bar does no cause the error either. 
> So for me it looks like certain font dimensions can cause the TLF to loop in 
> circles when it comes to point to where a text area will show a scroll bar



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to