58197 - Nested elements inside CAPTION are dropped

Status: VERIFIED WORKSFORME

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

Description

[robbe]

Inside a CAPTION element, anything that is wrapped in EM is not rendered. This
also happens for STRONG, A and maybe other elements nested in CAPTION.

Comment 1

[robbe]

Attachment: testcase

Comment 2

[Boris Zbarsky [:bzbarsky]]

It renders finr for me on linux trunk build 2000102608..

Comment 3

[Christine Hoffman]

Tested on 10/27 Win, Mac and Linux builds. WORKSFORME. Cannot reproduce bug.

Comment 4

[robbe]

Forgot to tell that I see this problem in M18 (build id 2000101805)

Comment 5

[Chris Siebenmann]

 Like the other people, I cannot reproduce this on a current CVS trunk
build. Reporter: you might want to retest this with a current nightly build
(either trunk or Netscape 6 breanch) and see if you can still reproduce it.

Comment 6

[Bernd]

Attachment: There is no 'second' in the caption

Comment 7

[Bernd]

As it is visible from the content there should be a text 'second'. Which I do
not see under Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20001101
 CVS-trunk.

table@02460EC8 refcount=8<
      Text@024798E0 refcount=2<\n      >
      caption@02479888 refcount=3<
        Text@02479F30 refcount=3<First >
        em@02479E48 refcount=2<
          Text@02479DD0 refcount=2<second>
        >
        Text@0247AB10 refcount=3< third>
      >

Comment 8

[robbe]

I re-tested with the Nov 1 nightly, which works for me.

Comment 9

[Christine Hoffman]

So should this be marked WORKSFORME, as reporter no concurs?

Comment 10

[Kevin Puetz]

I can reproduce this with M18 (will try latest CVS asap) and hit it on the
amtrak fare calculator (it wasn't showing the fare at all, since it was in a
font tag)

Comment 11

[robbe]

"second" is invisible in the testcase if rendered on a recent trunk build
(2000123021). This is on Linux.

Based on Kevin's information, I added a real-life example in the URL: the table
contains the train fare inside STRONG inside a CAPTION. Thus it is invisible in
the mentioned build. Works fine in NS4.

Comment 12

[rbs]

Setting Platform/OS to All/All. I am seeing the problem on Win32 too.

Comment 13

[rbs]

Bug 34698 has an interesting remark. <caption> is an inline element and
therefore it can only contain other inline elements.

Comment 14

[robbe]

rbs: Well, EM and STRONG *are* inline elements ...

Comment 15

[rbs]

Yep, what I said was a reminder to keep things in context...
em, strong, b, even inline-block or inline-table...

Comment 16

[Amarendra Hanumanula]

QA contact update

Comment 17

[rbs]

*** Bug 76647 has been marked as a duplicate of this bug. ***

Comment 18

[Alexey Chernyak]

wfm on Win2K 2001041804

Comment 19

[robbe]

The URL does no longer work. Removed.

Can still repro with the attached testcase. Linux trunk 2001041921

pfff...there's no html32 keyword

Comment 20

[Bernd]

wfm win98 2001080603

Comment 21

[Christopher Hoess (gone)]

Looks like this has been fixed, testing with today's Linux CVS build.  I'm
closing WORKSFORME.  Reporter: reopen if you still see the bug.

Comment 22

[robbe]

No go with 0.9.7 on Linux: "second" is still not visible.

Not displaying random elements is non-compliant I think => added as a blocker of
7954.

Comment 23

[Boris Zbarsky [:bzbarsky]]

Is bug 110630 a possible dup of this?

Comment 24

[Sampo Syreeni]

IMO, not very likely. I seem to recall that #PCDATA rendered just fine when I 
reported this one—only inline element content was absent. This clearly 
isn't the problem, here, being that all the examples in bug 110630 have 
plaintext in the caption. (Working on vanilla 0.9.7 on NT4.0 now; nothing seems 
to be out of order.)

Comment 25

[anthonyd]

WFM on win2k and todays linux build. marking as such.

Comment 26

[Amarendra Hanumanula]

 The text that is wraped in <em> is rendered correctly now. Verified with 
Build ID: 20020301303