[
https://issues.apache.org/jira/browse/FLEX-34877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15302940#comment-15302940
]
Christopher Pollati commented on FLEX-34877:
--------------------------------------------
I created a [Github repo with
SquigglyTest|https://github.com/AmigaAbattoir/FLEX-34877_SquigglyTest] in it.
I also made a fork of the flex-utilites with something I did to fix the issue
[https://github.com/AmigaAbattoir/flex-utilities/tree/develop/Squiggly]. It
seems that under SpellingFramework in the drawSingleSquigglyLine() from
com.adobe.linguistics.spelling.framework.ui.SpellingHighlighter will end up
getting a null value for one or both of the rectangles of where the squiggle
should be drawn.
I added a check, which will try to find a valid location which may need further
testing.
Should I make a pull request?
> Squiggly RTE when setting htmlText via AS3
> ------------------------------------------
>
> Key: FLEX-34877
> URL: https://issues.apache.org/jira/browse/FLEX-34877
> Project: Apache Flex
> Issue Type: Bug
> Components: Squiggly
> Affects Versions: Squiggly 1.1, Apache Flex 4.14.1
> Reporter: Christopher Pollati
> Labels: easytest
> Attachments: SquigglyTest.fxp
>
>
> *Steps to reproduce*
> 1. Run the attached project
> 2. Try resizing the window
> *Expected results*
> Window resizes and displays text with "squiggles"
> *Actual results*
> RTE occurs
> *Error Detail*
> {code}
> TypeError: Error #1009: Cannot access a property or method of a null object
> reference.
> at
> com.adobe.linguistics.spelling.framework.ui::SpellingHighlighter/drawSingleSquigglyLine()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingFramework/src/com/adobe/linguistics/spelling/framework/ui/SpellingHighlighter.as:86]
> at
> com.adobe.linguistics.spelling.framework.ui::SpellingHighlighter/drawSquigglyLine()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingFramework/src/com/adobe/linguistics/spelling/framework/ui/SpellingHighlighter.as:67]
> at
> com.adobe.linguistics.spelling.framework.ui::HaloHighlighter/squiggleWord()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingFramework/src/com/adobe/linguistics/spelling/framework/ui/HaloHighlighter.as:116]
> at
> com.adobe.linguistics.spelling.framework.ui::HaloHighlighter/drawSquiggleAt()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingFramework/src/com/adobe/linguistics/spelling/framework/ui/HaloHighlighter.as:69]
> at
> com.adobe.linguistics.spelling::SpellUI/spellCheckRange()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingUIEx/src/com/adobe/linguistics/spelling/SpellUI.as:402]
> at
> com.adobe.linguistics.spelling::SpellUI/doSpellingJob()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingUIEx/src/com/adobe/linguistics/spelling/SpellUI.as:359]
> at
> com.adobe.linguistics.spelling::SpellUI/spellCheckScreen()[/Users/justinmclean/Documents/ApacheFlexUtilitiesGit/Squiggly/main/SpellingUIEx/src/com/adobe/linguistics/spelling/SpellUI.as:326]
> {code}
> *Notes*
> * A carriage return "\r" does this, however, it has occurred when the
> misspelled word ends right before an HTML tag.
> * If RichTextEditor's htmlText is set via MXML, it display the text with the
> escape character and does not cause an issue.
> * Also happens with a <mx:TextInput> if the TextInput looses focus.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
