Closed Bug 89310 Opened 23 years ago Closed 23 years ago

text pasted in textarea dissapears with no cursor and no scroll bar

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows 98
defect
Not set
major

Tracking

()

VERIFIED FIXED

People

(Reporter: wislam, Assigned: rods)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.2) Gecko/20010628 BuildID: 20010628 visit http://www.lycos.co.uk/service/sms/eingabe.html after accepting terms & conditions, you enter a site with a form. the textarea (around a the pic of a mobile) - once you click in the box, no cursor appears. however you can still type, but can't scroll either. And when pasting information, the text sometimes dissapears, especially on first attempt, even though info has clearly been pasted (but is hidden) due to the fact that the char counter on bottom of page decreases. after checking source, it could possibly a problem / interference from javascript. Reproducible: Always Steps to Reproduce: 1. click in textarea 2. type sample text 3. select all text with mouse and delete 4. paste sample text from any external application 5. no text appears in textarea, however, paste again and this time it shows. Actual Results: No cursor appears, no scroll bar appears when over textarea limit. when pasting text first time into area, text dissapears, however, pasting again reveals the previous and new text. Expected Results: show curson when clicking inside textarea. Scroll bar should appear on side when over textarea limit / the scroll bar should already be there (in disabled position - as in IE and netscape). the following is the textarea tag / line of code. I believe there maybe some interference from javascript. <textarea cols=15 rows=4 name="msg" wrap="physical" onChange="CheckStr(this)" onFocus="clrMsg();CheckStr(this)" onBlur="CheckStr(this)" onKeyDown="CheckStr(this)" onKeyUp="CheckStr(this)" style="overflow:hidden"></textarea>
I'm having trouble reproducing this using 0.9.2 on Linux. See also bug 89238, which may be related.
this seems to be sorted in the newer builds.. 20010808. forms are "behaving" as they should
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verifying per reporter's coment
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.