Closed
Bug 201215
Opened 22 years ago
Closed 19 years ago
{inc}incremental reflow problem for percentage-width float inside table
Categories
(Core :: Layout: Floats, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: ygoodman, Unassigned)
References
()
Details
(Keywords: testcase, Whiteboard: [reflow-refactor])
Attachments
(2 files)
|
808 bytes,
text/html; charset=iso-8859-1
|
Details | |
|
2.67 KB,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3) Gecko/20030312
I use the same layout for all my pages yet in mozilla, the blue box which
contains text randomly changes size. Sometimes it is so narrow that only a
word or two fits on a line. If you add items to the shopping cart, the order
can extend far to the right of the blue box. This does not happen under IE or
Netscape. To see this, just click menu items to the left at random or view the
catalog and add items to the shopping cart.
Reproducible: Always
Steps to Reproduce:
1. bring up ygoodman.com
2. click the catalog
3. add items to the cart
4. refresh the cart page or click the credit card order button
Actual Results:
the blue box becomes narrow and the text extends to the right
Expected Results:
the blue box is defined as a fixed size and should not change from screen to
screen
Comment 1•22 years ago
|
||
The button is inside a float which is inside a table cell... the table has no
set width.
Looks like clicking the button makes the float become too small (as do the table
cell and table).
A minimal testcase of that page would be nice....
Assignee: asa → float
Component: Browser-General → Layout: Floats
Keywords: qawanted
QA Contact: asa → ian
Click the button to see the incremental reflow bug.
Comment 4•22 years ago
|
||
Bernd, any thoughts?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: text layout with style sheets is wrong in Mozilla. IE and Netscape work fine. → incremental reflow problem for percentage-width float inside table
This (like the table-in-absolutely-positioned-element bugs) is one of the many
things that should go away if we refactor our shrink wrapping.
Whiteboard: [reflow-refactor]
Updated•22 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Updated•20 years ago
|
Assignee: layout.floats → nobody
Keywords: qawanted
OS: Windows NT → All
Priority: P2 → --
QA Contact: ian → layout.floats
Target Milestone: Future → ---
Updated•20 years ago
|
Summary: incremental reflow problem for percentage-width float inside table → {inc}incremental reflow problem for percentage-width float inside table
Very similar to bug 305301, just that here the width declaration is not honored too... Any bug dependancy?
Comment 9•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1 ID:2006120812 [cairo]
fixed by reflow branch landing
Fixed on trunk by reflow branch landing.
Updated•19 years ago
|
Flags: in-testsuite?
Comment 11•18 years ago
|
||
Note: This patch assumes that the test for bug 185388 was already checked in with respect to reftest.list
Attachment #257474 -
Flags: review?(dbaron)
Comment on attachment 257474 [details] [diff] [review]
Reftests
>@@ -67,17 +67,16 @@
Whatever tool you used to generate this patch is broken; the patch is removing 16 lines and adding 17, so these headers need to be reversed. (Or did you edit by hand?)
Comment on attachment 257474 [details] [diff] [review]
Reftests
Checked in after testing in pre- and post-reflow-branch builds.
Attachment #257474 -
Flags: review?(dbaron) → review+
Updated•18 years ago
|
Flags: in-testsuite? → in-testsuite+
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•