19535 - Table cell isn't resized after text size is changed.

Status: VERIFIED WORKSFORME

(Core :: Layout: Tables, defect, P3)

Description

[digdug]

Inside of a table cell is a link. Using styles, I made the link change font
sizes when it is mouseovered. When the link is mouseouted, the table cell
(inside of which the link resides) is not resized horizontally.

Also, there are two more related bugs, which are listed in the small HTML file
I uploaded.

Comment 1

[Sean Richardson]

My best guess is that the table cell resizes upon the mousover, but then does
not resize again when the mouse pointer moves away again. Is that correct?
Is the problem horizontal only?

[e-mail], could you please review the Bug Writing Guidelines and
provide the information listed there, in particular the build:
http://www.mozilla.org/quality/bug-writing-guidelines.html
Please enter that information directly into the bug report - use the
URL at the top of this bug report update e-mail to get there.

Also, could you upload the testcase html file you created for this report
directly to bugzilla - use the "Create a new attachment" link above. The
URL for the file you created is coming back with a 404 error.

Thanks!

Comment 2

[John Morrison]

Attachment: testcase; table reflow for A:hover does not go back to original width

Comment 3

[John Morrison]

I believe the test case attached matches the description in the original report.
[Not a bug that is about to make the top of the charts ;)]

Comment 4

[digdug]

I'm sorry about accidentally removing the HTML file at that URL. The new
attachment by [e-mail] demonstrates the problem very well. Thanks
a lot!

There is another problem. If some text is added below the table (either inside
of a paragraph, an unsorted list, or probably anything similar) it isn't
redrawn correctly after the table snaps back into its original size vertically.
Should I submit this as a separate bug?

Comment 5

[John Morrison]

Ordinarily, I would say 'yes, make a separate bug' but this seems to be closely
related (IMHO of course). So, here comes an attachment that is the previous
example, with a trailing paragraph that is horked by the reflow. Thanks diddug.

If my attachment doesn't fully characterize the problem, can you, diddug, attach
a further elaboration/testcase. Thanks, John

Comment 6

[John Morrison]

Attachment: testcase; same as above, with following paragraph, horked by the reflow

Comment 7

[digdug]

Yes, [e-mail], the new attachment correctly shows the problem.
I'm sorry about accidentally deleting the original attachment on another
server. In the future, I'll follow the correct procedures.

Another thing I noticed is that if you mouseover one link, and then mouseover
another link, the first link's table cell goes back to its original width.

Comment 8

[karnaze (gone)]

I'm not seeing the problem.

Comment 9

[John Morrison]

Using 1999121708 WinNT non-debug build, this bug still appears. karnaze: notice
that the 'active' column does not return to its minimum width once the
onmouseout has occurred. However, the second part of the problem "horked
following paragraph" no longer occurs. REOPENING.

Comment 10

[John Morrison]

Clearing Resolution.

Comment 11

[karnaze (gone)]

So, it sounds like an optimized build only problem.

Comment 12

[karnaze (gone)]

I tried this on a 1/15 optimized build am seeing the cell go back to its
original size after the mouse leaves the <a>.

Comment 13

[John Morrison]

Yep, Chris. I tried this with 2000011608 win95 and everything looks A-OK to me
for the two testcases above. This boog is dead. Thanks, John. (And, man, that
reflow and event-handling is so fast -- woohoo! :-])

Comment 14

[Christian Mattar]

Verified