Closed Bug 114901 Opened 23 years ago Closed 21 years ago

More collapsing percentage height textareas

Categories

(Core :: Layout: Tables, defect, P2)

x86
Windows 98
defect

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: gregvalure, Unassigned)

References

Details

(Whiteboard: [awd:tbl][p2])

Attachments

(2 files)

As described in the testcase, there are more situations that cause textareas to
collapse.

The first is if the form has margin: 0 and there is a nested table.  This
doesn't happen if there is a scrollbar on the page, which probably causes an
extra reflow.

The second is if the form is in the table rather than vice versa.  I don't know
if a 100% height textarea is supposed to stretch the form vertically or not in
this case, but if you add height: 100% to the form it doesn't work either.
Attached file testcase
Oops, forgot the build ID: 2001-12-11-03 Win98
the problem i see here also is the tables not reducing to original sizes once 
you resize the page smaller, then normal again (if that makes any sense).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [awd:tbl][p2]
I think I know what you mean.  If you shrink the page horizontally to the point
where the text needs enough lines to make the tables grow vertically, and then
expand the page again, the tables won't shrink back down vertically.  This is
very likely bug 114706.
*** Bug 116411 has been marked as a duplicate of this bug. ***
For reference, Bug 116411 is NOT an exact duplicate of this bug, but I guess 
it's close.  The problem described is not limited to <textarea> elements, but 
affects all <input> elements as well.

Furthermore, the behavior described in bug 114706 does not manifest here when 
the affected elements are input elements instead of textarea elements.

I'll attach another test case, illustrating this for two types of input 
elements and two scaling scenarios.  If this is being lumped here, we might 
want to edit this bug's summary to include more than just textareas for anyone 
else encountering it.
Temporarily moving to future until a milestone can be assigned. 
Status: NEW → ASSIGNED
Target Milestone: --- → Future
It appears the first test in the first testcase, form with margin: 0 and a
nested table, is fixed in 2002-04-04-03 Win98.  The other two still collapse.
mass reassign to default owner
Assignee: karnaze → table
Status: ASSIGNED → NEW
QA Contact: amar → madhur
Target Milestone: Future → ---
Priority: -- → P2
Target Milestone: --- → Future
Fixed by bug 219693 and bug 88035/bug 222730 
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: