Closed Bug 127372 Opened 23 years ago Closed 23 years ago

content vanish on resize

Categories

(Core :: Layout, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 126742

People

(Reporter: spam, Assigned: attinasi)

References

()

Details

Attachments

(1 file)

Lately, i've heard of and noticed that content on pages vanish when i resize them. -Load http://www.audiogalaxy.com -Resize the window so it doesn't have scrollbars anynmore. Result: only outlines or "ghost" remnants of two little buttons marked "Go" remain on the page - rest turns blue. This was first reported by "movement" on IRC. I tested it two days ago, and had a hard time reproducing, untill it suddenly triggers all the time. If you don't see it at once: Make the window very small in height, then make it larger in steps. Similar case at CNN.com: -Load http://www.cnn.com -click "multimedia" link -Click the "Play Video" link The little window with a frame for a player appears. At bottom of window is an add. Right above it, to the left, some text: Help | Preferences and a little add on a pic saying: FREE TRIAL - Watch CNN on RealONE -Now make the window taller: Result: The area with the "Help" and RealONE add will vanish. 100% reproducable here, for days. Currently using a fairly fresh CVS build, Linux. Not sure where to send this. It may not be identical bugs. Both pages use JS and stylesheets. Both contain commented code. Trying layout for starters..
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8+) Gecko/20020222 On the audiogalaxy page, I can't reproduce what you're seeing, but if the window is small enough have horizontal and vertical scrollbars, and I make it taller, the vertical scrollbar never goes away, no matter how tall the window is. could be unrelated to what you see. the CNN window was opened with "resizable=no" and Blackbox is honoring that. I downloaded the page and changed it, but I still could not reproduce what you're seeing. Does reload redraw the pages properly? Neither page has an onResize script, but did you try with Javascript disabled?
Reloads does not redraw the missing content. I'm running at 1280x1024. If you can't make the scrollbars go away at audiogalaxy.com: Are you using a low resolution? The link to the video frame at CNN is http://www.cnn.com/video/us/2002/01/25/jm.shredding.popu.affl.med.html I can't see any resize tag in that code, but perhaps it's pulled in from a linked stylesheet somewhere? Anyways: Load that frame in a window of its own, then make it taller. It might go all black, or loose bottom content. Reload. You may get all or some of content back. Make it taller, and the "RealONE" image will vanish again if it at all reappeared. With javascript disabled the CNN page is all black. Disabling JS has no effect on the outcome of loading the audiogalaxy page: Bug remains as originally described. I forced reloads from net as well reload from cache to test this.
seems this is the same thing that's happening in bug 127325
Attached image screenshot of audiogalaxy (deleted) —
note that the window is plenty tall to hold the page without needing a vertical scrollbar.
the "resizeable=no" is in the parent page (http://www.cnn.com/interactive/). I still don't see the behavior with the individual frame in the window. What build are you using?
As mentioned earlyer i see the bug with a CVS build. I do not see the bug in 2002022208. Nor do i see bug 127325 with the official build (but do with the CVS build.) .mozconfig: ac_add_options --disable-accessibility ac_add_options --disable-ldap ac_add_options --disable-dtd-debug ac_add_options --disable-debug ac_add_options --disable-tests ac_add_options --disable-logging ac_add_options --enable-crypto ac_add_options --enable-optimize=-O2 ac_add_options --disable-bidi ac_add_options --disable-jsd ac_add_options --disable-venkman ac_add_options --disable-mathml mk_add_options --mcpu=i686 mk_add_options --march=i686
oops. posted the attachment to the wrong bug. this or bug 127325 is a dupe. both have the height=xx% in the table.
looks like a dupe of bug 126742
Again you are correct. Removing "height=100%" from <table> tag makes the page rendering as expected. *** This bug has been marked as a duplicate of 126742 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Changing QA contact
QA Contact: petersen → moied
verified dup of 126742 which is fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: