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)
Core
DOM: Editor
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: kinmoz, Assigned: kinmoz)
References
Details
(Keywords: testcase, Whiteboard: [caret][textarea][correctness])
Attachments
(1 file, 2 obsolete files)
843 bytes,
text/html
|
Details |
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.
Comment 3•24 years ago
|
||
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
setting to mozilla 0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
Updated•23 years ago
|
Whiteboard: [caret]
Updated•23 years ago
|
Whiteboard: [caret] → [caret][textarea]
Updated•23 years ago
|
Target Milestone: mozilla0.9.2 → mozilla1.0
Comment 8•23 years ago
|
||
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.
Assignee | ||
Comment 10•23 years ago
|
||
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
Assignee | ||
Comment 11•22 years ago
|
||
*** Bug 133776 has been marked as a duplicate of this bug. ***
Comment 12•22 years ago
|
||
<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?
Comment 13•22 years ago
|
||
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 >:-(( )
Comment 14•22 years ago
|
||
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.
Comment 15•21 years ago
|
||
Bug still here on WinXP SP1 trunk 2003081304.
Comment 16•21 years ago
|
||
Updated•21 years ago
|
Attachment #131166 -
Attachment mime type: image/gif → text/html
Comment 17•21 years ago
|
||
Comment on attachment 131166 [details]
testcase
sorry, not for this bug
Updated•20 years ago
|
Attachment #131166 -
Attachment is obsolete: true
Comment 18•20 years ago
|
||
Attachment #18653 -
Attachment is obsolete: true
Comment 19•20 years ago
|
||
This is no longer reproducible in current builds, as far as I can tell... (not event with the bug 243588 changes).
Comment 20•20 years ago
|
||
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+
Comment 21•20 years ago
|
||
You need to test on all platforms.
Comment 22•19 years ago
|
||
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
Comment 23•18 years ago
|
||
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.
Description
•