Closed Bug 31308 Opened 25 years ago Closed 25 years ago

TEXTAREA totally messes up page layout

Categories

(Core :: Layout, defect, P3)

x86
Windows NT
defect

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
Attached file Test Case (deleted) —
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.
Attached file This will show the bug more clearly (deleted) —
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
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
this is now fixed
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
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.

Attachment

General

Created:
Updated:
Size: