Build 2000101704: I have noticed that when the overflow attribute has been set to visible, that scroll bars show up when the text flows out of a textarea. Isn't the visible value supposed to expand to contain the content of the textarea? Also, I have noticed that when the overflow attribute has been set to hidden, that the flow continues outside the area to the right and the bottom, but only a cursor is shown. Isn't all the text that is no longer contained within the visible text area supposed to be clipped off and not be visible?

pscott@jetform.com - before we can do anything, we need testcases. The ideal thing would be tiny HTML files demonstrating these problems, attached to this bug (using the "Create new attachment" link.) Otherwise, sample pages somewhere on the web would do. Thanks :-) Gerv

I think you are making the testcase too complex. How about a very, very simple test case (One textarea with minimal styling -- just set the overflow and add a whole bunch of text inside the textarea). thanks.

Thanks Pat. I will revise the testcase just a little more getting rid of the positioning etc. Confirming in win98 build 11-09-20. When viewing the new testcase Put in more text into the textarea until the text area overflows. Instead of the text scrolling upwards to fit in the newly added text (what ie5 and nav4 do), mozilla looks like it renders the text outside the textarea because the cursor is now below and outside textarea. Once the hidden text is rendered. You can not scroll down to it with arrow keys. So the text is basically lost.

Yes, if you keep type the cursor marches on across the screen. reassigning to editor team

The caret problem when using overflow: hidden is a known problem and is already filed as bug #59018. James Lariviere mentions that there is no way to scroll to see the "hidden" content that is outside the clip area ... the CSS2 spec says that when hidden is used, no scrolling mechanism will be provided and users will not have access to clipped content, so it is behaving correctly. That leaves the matter of how textareas and textfields should behave when they have overflow:visible set.

Hmm... learn something new each day... Agree. Marking WFM for 12-12-04 build.

agreed that according to http://www.w3.org/TR/REC-CSS2/visufx.html#overflow --- ========================================== "hidden" This value indicates that the content is clipped and that no scrolling mechanism should be provided to view the content outside the clipping region; users will not have access to clipped content. The size and shape of the clipping region is specified by the 'clip' property. scroll =========================================== But, the problem here is soemwhat different. Go to the following testcase - http://bugzilla.mozilla.org/showattachment.cgi?attach_id=19076 Now, copy-paste the text in the following lines, within the textarea. Let it overflow. You will notice that the cursor continues outside the textarea. If you press the 'backspace' key the cursor starts deleting backwards, leaving the first character on each line undeleted. Try deleting using 'backspace' first and then 'del'. I see the bug 59108 is taking care of the overflow:hidden issue. I would have rather marked this bug as a duplicate of bug 59018 rather than WFM. This issue does need to be fixed and is definitely a bug. I am marking this verified and pointing towards bug 59018 for a fix.