Closed
Bug 31308
Opened 25 years ago
Closed 25 years ago
TEXTAREA totally messes up page layout
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: biswapesh_chatterjee, Assigned: rods)
Details
Attachments
(2 files)
System: Build 2000030913 on WinNT 4 SP6
Overview: The TEXTAREA in the form appears on the top of the page as well as the
bottom.
Test Case: Open attached file.
Expected Result: Lot of text followed by a form with a textarea.
Actual Result: The TEXTAREA appears at the top of the page, hiding the contents.
Typing in the box works as well. On tabbing a couple of times through the form
entries, the textarea dissapears.
Other info: Works fine in NS4.x, IE5, M13, M14
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
This might be related to an older bug 2683 which is marked verified closed. It
seems to report a similar problem. And about the previous test case, sorry I
could not reduce it further, it seems that this is the minimum test case -
removing anything kills the bug. Also, please see this in a window small enough
so that the scrollbar appears, or the bug won't show.
Reporter | ||
Comment 3•25 years ago
|
||
Comment 4•25 years ago
|
||
I don't see a bug in Linux build 2000.03.09.13. All form elements are at the
bottom of the page. Maybe pp?
There seem to be a couple of problems here. The view for the text area frame
seems to be in the correct place, but it's widget seems to have a y-offset of 0
01EA8EB0 (widget=01F31214[2] pos={165,0,6360,1680}) {165,13286,6360,1680}
z=0 vis=1 opc=1.000 tran=0 clientData=01E9D93C <
01EA8EB0 is the view. It's y-offset is 13,286 but the widget's y-offset is 0
The other disturbing problem is that when dumping the frame tree the viewport
and root frames are asserting and then printing out this scary message:
Viewport(-1)@01FA06A0###!!! ASSERTION: frame state bit was set but frame has no
view: 'value != 0', file e:\mozilla\layout\html\base\src\nsFrame.cpp, line 1419
The frame is marked as having a view, but there is no view associated with it
Reassigning to Buster, but it may be related to changes Travis recently made
Assignee: troy → buster
Reporter | ||
Comment 6•25 years ago
|
||
A real-life test case is at http://www.weblint.com/ .
rod, can you check if your fix to saari's window bug fixes this problem as well?
I don't have a build up north, so I can't test.
Thanks.
Assignee: buster → rods
Assignee | ||
Comment 8•25 years ago
|
||
this is now fixed
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•25 years ago
|
||
Verified FIXED on WinNT 4 SP6 nightly build 2000031417. Thanks to all!
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•