Closed Bug 18477 Opened 25 years ago Closed 23 years ago

[IMG] max-height problem on image with display block and height auto

Categories

(Core :: Layout, defect, P2)

defect

Tracking

()

RESOLVED FIXED
mozilla0.9.7

People

(Reporter: dbaron, Assigned: dbaron)

References

()

Details

(Keywords: css2, testcase, Whiteboard: [Hixie-P2][Hixie-1.0])

Attachments

(4 files)

DESCRIPTION: The image with class eleven in the above page is displayed with a height of 600px, when it should be its natural size. The problem is that when an image with display: block is between its max-height and min-height, so neither property should do anything, it's getting its max-height as its height. STEPS TO REPRODUCE: * load attached testcase ACTUAL RESULTS: * the image is 800px tall EXPECTED RESULTS: * the image should be about 300px tall DOES NOT WORK CORRECTLY ON: * Linux, apprunner, 1999-11-09-08-M11
Assignee: troy → kipp
Updating to default Layout Assignee...kipp no longer with us :-(
Why are you re-reassing layout bugs? Do NOT touch layout bugs. The bugs are assigned to Kipp so they can stay neatly organized until we have a new owner for the block/inline code.
mass moving all Kipp's pre-beta bugs to M15. Nisheeth and I will prioritize these and selectively move high-priority bugs into M13 and M14.
Summary: max-height problem on image with display block → [IMG] max-height problem on image with display block
mine! mine mine mine! all mine! whoo-hoo!
Assignee: kipp → buster
moving all buster m15 bugs to m16.
Target Milestone: M15 → M16
important to fix, but no owner currently
Target Milestone: M16 → M20
redistributing bugs across future milestones, sorry for the spam
Target Milestone: M20 → M22
This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Status: NEW → ASSIGNED
Target Milestone: M22 → Future
It appears that this now works. However, we should test it again once the height:% bug is fixed. Also, I tested it on Win2K, David originally reported the bug on Linux.
Whiteboard: WORKSFORME?
(actually, just for the record, the testcase I attached did not get around a bug in our strict DTD, it fixed a bug in the original testcase.)
Percentage widths on images are completely broken right now. Don't mark this WORKSFORME until that is fixed...
QA Contact: petersen → chrisd
Netscape's standard compliance QA team reorganised itself once again, so taking remaining non-tables style bugs. Sorry about the spam. I tried to get this done directly at the database level, but apparently that is "not easy because of the shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
There is still a bug here. I shall attach a testcase. It seems to only occur when the 'height' property is set to 'auto'.
Assignee: buster → attinasi
Status: ASSIGNED → NEW
Keywords: css1css2
OS: Linux → All
Hardware: PC → All
Summary: [IMG] max-height problem on image with display block → [IMG] max-height problem on image with display block and height auto
Whiteboard: WORKSFORME? → [Hixie-P2][Hixie-1.0]
odd: the testcase that Ian most recently added renders identically in todays build and in IE6. Setting to P:2, Normal, mozilla 1.0
Priority: P3 → P2
Target Milestone: Future → mozilla1.0
Nothing odd about it, that would just imply IE6 is broken too ;-)
Blocks: autoresize
So, will this bug magically fix itself in a couple of months, when it is two years old :) That would be cool, heh heh heh.
Status: NEW → ASSIGNED
Does that often happen to your bugs? If so, remind me to assign some to you just before they turn 2 years old ;-)
Could we get a fix for this before the end of mozilla098? It blocks implementation of a P2 feature on our PRD, part of a theme for MachV.
Keywords: mozilla0.9.8
Target Milestone: mozilla1.0 → mozilla1.2
Marc, is there any way you can get some time allocated for fixing this? Being able to use this would suck less than a javascript based solution for automatic image sizing (see my last comment in bug 73322).
So pavlov broke min-height and max-height even more than it was broken when Ian reopened the bug. But I have a fix...
Taking
Assignee: attinasi → dbaron
Status: ASSIGNED → NEW
Target Milestone: mozilla1.2 → mozilla0.9.7
Status: NEW → ASSIGNED
Comment on attachment 60906 [details] [diff] [review] patch r=pavlov
Attachment #60906 - Flags: review+
Comment on attachment 60906 [details] [diff] [review] patch sr=attinasi
Attachment #60906 - Flags: superreview+
dbaron landed the fix on 12/10/2001 19:21
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Hixie, in attachment 50145 [details] you say that "this should be after the image, not under it". Is that correct, and if so, is that this bug or another one?
See also bug 234686 for further refinements.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: