Closed Bug 59018 Opened 24 years ago Closed 18 years ago

Caret is not clipped in TextAreas with style="overflow: hidden"

Categories

(Core :: DOM: Editor, defect, P3)

defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: kinmoz, Assigned: kinmoz)

References

Details

(Keywords: testcase, Whiteboard: [caret][textarea][correctness])

Attachments

(1 file, 2 obsolete files)

This is happening on the Netscape_20000922_BRANCH and Trunk:

The caret is not clipped in TextAreas with style="overflow: hidden".

To reproduce:

1. Load the attatched test case.
2. Click in the "Textarea With Overflow Hidden" textarea.
3. Type several characters with no spaces until you continue past the right edge
of the textarea.

Notice how the characters stop rendering, but the caret still moves as you type,
even outside the textarea.
Attached file Test case. (obsolete) —
dammit kin!
Status: NEW → ASSIGNED
Tony is Mr Caret now, hehe.
Assignee: sfraser → anthonyd
Status: ASSIGNED → NEW
note:
to find the clip region walk up the view hierarchy and get the view's clip 
region.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
adding correctness
Keywords: correctness
setting to mozilla 0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
move to mozilla 0.9.2
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Whiteboard: [caret]
Whiteboard: [caret] → [caret][textarea]
Target Milestone: mozilla0.9.2 → mozilla1.0
Whiteboard: [caret][textarea] → [caret][textarea][correctness]
bnuild ID: 2001-08-27-06trunk - window2000

a note from my comments in bug 56988 :-

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'.

This bug need to be fixed.

--> kin
Assignee: anthonyd → kin
Status: ASSIGNED → NEW
Bulk move of mozilla1.0 bugs to mozilla.1.0.1. I will try to pull some of these
back in if I can.
Target Milestone: mozilla1.0 → mozilla1.0.1
*** Bug 133776 has been marked as a duplicate of this bug. ***
<html>
<body>
<textarea style="width:100;height:100;overflow:hidden" onscroll="alert
('hey')"></textarea>
</body>
</html>

Tried the above code and forcefully played with textarea then it crashed. I 
understand textarea component is severly incomplete but to me crasher shouldnt 
be released with Mozilla 1.0. Also, as far as I can recall, there was a 
discussion on scripting textarea scrolling behavior on overflow:hidden which was
denied to be implemented so far;however, is it possible to at least fire 
onscroll event and scrolling direction as a parameter when the textarea is on 
overflow:hidden?
Well, for me it is a pain, that this bug is still present in release 1.0! :-(((

Because trying to write a SMS via http://www.dialing.de (a very popular German
SMS-service; see my bug 133776 for details!), still will cause Mozilla 1.0 (!!!)
to just freeze or crash even Mozilla 1.0!!! (Just try to type up to 160 chars in
the input-field, move the cursor, use DEL, BACKSPACE ecc, and you can reproduce
it every time >:-(( )
Target Milestone: mozilla1.0.1 → Future
tested on trunk build dated 2002-10-22 ....

with attachment 103649 [details] :
Actual  : 
1. When u keep typing in the same line, the cursor moves out of the textarea. 
2. need to hit the enter key to go to the next line
3. happedns on all platforms
4. in macOS 10.1 , the cursor  leaves a trail of vertical lines

Expected: The text should wrap automatically

also see comments in bug 175896.
Keywords: testcase
Bug still here on WinXP SP1 trunk 2003081304.
Attached file testcase (obsolete) —
Attachment #131166 - Attachment mime type: image/gif → text/html
Comment on attachment 131166 [details]
testcase

sorry, not for this bug
Attachment #131166 - Attachment is obsolete: true
This is no longer reproducible in current builds, as far as I can tell... (not
event with the bug 243588 changes).
Yes, I too can't seem to reproduce the bug with the testcases, so I guess this
one should be marked WORKSFORME?
Using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a1) Gecko/20040520
Firefox/0.8.0+
You need to test on all platforms.
WFM on OS X:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b5) Gecko/20050929
Firefox/1.4 ID:2005092907
Ok, tested on all 3 platforms (Boris uses Linux), so marking WFM then.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: