Closed
Bug 276729
Opened 20 years ago
Closed 19 years ago
{inc} marquee height to small for content
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: JJLardeo, Unassigned)
References
()
Details
(Keywords: regression, testcase, Whiteboard: [reflow-refactor])
Attachments
(1 file)
(deleted),
text/html
|
Details |
On the top of my family site I have a scrolling marquee which welcomes the
vistor to the site. Mozilla Firefox cuts the scrolling text horizontally in half
so that the characters are incomplete - just the top half of the characters show
up. This may be due to the positioning of the animated gif (New Years) fireworks
towards the top of the page to make them appear as thoughh they are in the sky
above the house. This does not happen with IE6.x
Updated•20 years ago
|
Severity: enhancement → normal
Summary: scrolling marquee bug → scrolling marquee bug
Comment 1•20 years ago
|
||
Forcing a reflow fixes it.
Assignee: firefox → nobody
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: General → Layout: Misc Code
Ever confirmed: true
Keywords: testcase
OS: Windows XP → All
Product: Firefox → Core
QA Contact: firefox.general → core.layout.misc-code
Summary: scrolling marquee bug → marquee height to small for content
Version: unspecified → Trunk
Comment 2•20 years ago
|
||
Comment 3•20 years ago
|
||
Adding explicit height/width to the <img> fixes it.
Summary: marquee height to small for content → {inc} marquee height to small for content
Comment 5•20 years ago
|
||
Regressed between 2004-04-07-09 and 2004-04-08-10. Looks like bustage from bug
167224.
ccing culprits.
Severity: major → normal
Whiteboard: [reflow-refactor]
Comment 6•20 years ago
|
||
I see this on
http://www.mooglemb.com/viewtopic.php?t=16692&postdays=0&postorder=asc&start=25&sid=c468e5b0a314ee42d3908d5f66608629
(one poster has a marquee sig). A testcase I made from this page is similar to
the testcase on this bug.
Comment 7•20 years ago
|
||
No longer happens at the URL in comment 6 because the <img> there now has width
and height attributes.
Comment 8•19 years ago
|
||
I think this is fixed now in the trunk builds. I can still see the bug in the
latest branch builds. so my guess is that this is fixed by bug 170119.
But I see a brief flash of a larger green box before it gets to the right height.
I think that might have something to do with the white-space:nowrap stuff that
gets added later.
Comment 9•19 years ago
|
||
Er, I meant "fixed by bug 277208".
I think the deeper cause of this bug is the xul:hbox not reflowing well here.
I've filed bug 313750 for that.
This bug is currently fixed by bug 277208, because that bug removed the use of xul:hbox inside marquees.
The issue mentioned in comment 8 is also fixed (by another bug).
Updated•6 years ago
|
Product: Core → Core Graveyard
Assignee | ||
Updated•6 years ago
|
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•