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)
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)
(deleted),
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•23 years ago
|
||
*** Bug 133776 has been marked as a duplicate of this bug. ***
Comment 12•23 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•21 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•19 years ago
|
||
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.
Description
•