199035 - using javascript to resize blocks of text can cause the text bounding box to remain a fixed size

Status: RESOLVED WORKSFORME

(Core :: Layout: Positioned, defect)

Description

[Ben Darlow]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312

Look at http://oldpeculiar.org/etc/mozilla_javascript_text_resize_bug.html
first. This page uses javascript and the DOM to resize the base body text size,
and swap the font family from a sans-serif family to a serif family. In doing
so, it scales some of the text and the text's bounding box correctly, but other
parts of the text scale whilst the bounding box remains the original size.

Reproducible: Always

Steps to Reproduce:
1. Look at http://oldpeculiar.org/etc/mozilla_javascript_text_resize_bug.html
2. Use the "increase/decrease text size" links to scale the text
3. Observe results.

Actual Results:  
The text within the calendar table and list to the right changes size, but the
bounding boxes for both table cells and list elements remain at their original size.

Expected Results:  
The bounding boxes for both calendar and list should have scaled appropriately
(as they do in the examples below the main paragraph of text).

Comment 1

[Ben Darlow]

I removed the font-family switch from that test case since it appears to just be
another symptom of the same bug. The bug can stil be seen with regards to the
font-family here: http://www.kapowaz.net/k4/

(The javascript is basically a slightly modified version of the one used on
Netscape DevEdge, by the way)

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I'm guessing a reflow reason isn't being propagated correctly.

Comment 3

[Boris Zbarsky [:bzbarsky]]

So how do I reproduce this bug at http://www.kapowaz.net/k4/ ?

This bug needs a minimal testcase to be fixable...

Comment 4

[Ben Darlow]

You can observe the bug on http://www.kapowaz.net/ by increasing the text size
with the 'increase text size' icon (third from right at the top) then looking at
the bottom border for the links down the right hand column; the border will
remain the same size, but the text will increase in size.

The original testcase has gone walkies (probably located on an old server box
which is now off), so I'll try and recreate it using the code from my site which
triggers the problem.

Comment 5

[Boris Zbarsky [:bzbarsky]]

Ben, thanks!  Once you have a small testcase showing the problem, please attach
it to this bug using
http://bugzilla.mozilla.org/attachment.cgi?bugid=199035&action=enter

Comment 6

[Eli Friedman]

Attachment: Testcase

The painting gets messed up with this testcase, but that's not the issue on the
sites.	The issue is that the boxes for the elements in the absolutely
positioned divs don't appear to be recalculated properly.

Comment 7

[samuel]

Attachment: possible boundary testcase from http://en.wikipedia.org/wiki/Ecole_Polytechnique#Introduction

This snapshot was taken from http://en.wikipedia.org/wiki/Ecole_Polytechnique#Introduction
I am currently using firefox 1.5.0.5 on ubunto with a 1024x768 screen.

This page seems to render fine in regular window mode (even when sized to fit the available screen space), but if I go to full-screen mode, it renders wrong as shown in the attachment. The size difference is only the couple of pixels needed by the border, but the difference is  enough to trigger the bug, Perhaps whis would make a beter than average boundary test case?

Comment 8

[Jesse Ruderman]

This bug still occurs on trunk.

Comment 9

[Jesse Ruderman]

I think this is the same as bug 310451.

Comment 10

[Jesse Ruderman]

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090823 Minefield/3.7a1pre

WFM with the attachment called "Testcase" and with another testcase I had lying around.

Comment 11

[Jesse Ruderman]

Attachment: the other testcase i had lying around