04-16-2009 02:45 PM
04-16-2009 07:34 PM
05-03-2009 02:34 PM
05-24-2009 12:35 PM
06-08-2009 05:26 PM
I also am experiencing this in 4.5. When loading a textarea with more than a few words/lines of data, the textarea stops rendering the form. The entire textarea outline is drawn but nothing else in the form is rendered. I've experienced this in both the Blackberry and Internet Browsers with a 8330. All previous OS versions work fine. I've validated it at ready.mobi and it went through with a 4 (Good) rating.
Sample source: http://www.waveformsoftware.com/waveform/site/bb/
Note that I have another version of this form, same HTML, where users submit new content instead of editing existing content put into the form; the new content one works fine when the users are putting stuff into the textarea themselves. It's only editing existing content where the browser seems to die after the textarea. I've even tried it with ridiculously small textareas, like 6-8 words, and the error still presents. If I snip out the textareas everything renders normally.
06-11-2009 02:49 PM
I'm seeing the same issue, anytime I have a line break (not <br />) it causes the page to stop rendering on the phone. The simulator crashes with a JVM fault but network access does not work until it is closed and restarted.
I don't see why a \n in a text would cause the page to not display. Let me know if you figure this out. (I am using the Blackberry 8320 simulator and phone too) OS 126.96.36.199
I'm going to try stripping out all \n in the string, but that is not my preferred solution.
06-19-2009 03:14 PM
What I've done to keep the page from stopping rendering is to remove the rows="" restriction I had in the XHTML page.
However, doing so is invalid under the XHTML MP 1.2 which require both rows="" and cols="" specifiers. But hey, if my page works, I'm happy.
Since I did that the newline issue does not seem to be affecting me so I stopped stripping out \r\n characters.
03-30-2010 04:11 PM
Just to add on this, I noticed if I set rows="6" it works, but rows="7" (and higher) fails. As noted before, it only seems to fail when there is a newline in the default value.
This is using the BlackBerry 8800 Simulator with RIM OS 4.5.