Closed Bug 276729 Opened 20 years ago Closed 19 years ago

{inc} marquee height to small for content

Categories

(Core :: Layout, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: JJLardeo, Unassigned)

References

()

Details

(Keywords: regression, testcase, Whiteboard: [reflow-refactor])

Attachments

(1 file)

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
Severity: enhancement → normal
Summary: scrolling marquee bug → scrolling marquee bug
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
Attached file Testcase (deleted) —
Adding explicit height/width to the <img> fixes it.
Summary: marquee height to small for content → {inc} marquee height to small for content
The regression occured 2004-04-07-08 -- 2004-04-13-08
Keywords: regression
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]
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.
No longer happens at the URL in comment 6 because the <img> there now has width and height attributes.
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.
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).
Status: NEW → RESOLVED
Closed: 19 years ago
Depends on: 277208
Resolution: --- → FIXED
Depends on: 313750
Product: Core → Core Graveyard
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.

Attachment

General

Created:
Updated:
Size: