Closed Bug 59018 Opened 24 years ago Closed 19 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) (deleted) —
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) (deleted) —
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
Attachment #18653 - 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: 19 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: