110630 - Text contained in <CAPTION> not displayed

Status: RESOLVED FIXED

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

Description

[John Merryweather Cooper]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.5) Gecko/20011023
BuildID:    00000000

<TABLE>'s are often built with <CAPTION>'s.  The text in <CAPTION>For
Example</CAPTION> should display.  It consistently does not.

Reproducible: Always
Steps to Reproduce:
1.Create a table with a caption using a HTML 4.01 Transitional DTD
2.Attempt to display it
3.Observe that the caption is not rendered

Actual Results:  All other elements of the table display.  The caption does not
display.

Expected Results:  The caption should be displayed.

I'm using Mozilla built from www/mozilla in the FreeBSD 4.4-STABLE ports tree. 
[e-mail] is the primary FreeBSD mozilla contact person.

Comment 1

[Christopher Hoess (gone)]

WFM, yesterday's Linux CVS.

Comment 2

[Boris Zbarsky [:bzbarsky]]

worksforme on current linux as well.

Comment 3

[Chris Petersen]

Marking wfm in the Mac OS X Nov 16th build (2001-11-16-09). Reporter, please try
with a new build.

Comment 4

[John Merryweather Cooper]

I've upgraded to mozilla-0.9.7 on FreeBSD today, and the problems with the
following code fragment still occur:

<TABLE>
<CAPTION>Some Caption Text</CAPTION>
<TR><TD>Some Table Data</TD></TR>
</TABLE>

The caption DOES NOT DISPLAY.  Netscape 4.79 and "Internet Destroyer 6.0
properly display the caption text for this example.

Comment 5

[Håkan Waara]

Attachment: Testcase

Mozilla build 2001-12-24-08 can display this testcase fine, this is on Windows
98.

John, does this testcase fail for you?

Maybe this is something FreeBSD specific.

Comment 6

[John Merryweather Cooper]

Hmm . . .

Looks like this is a quirks problem.  The caption displays fine if I leave out
the <!DTD . . .> tags, but the caption fails to display if I include a <!DTD>
set for TRANSITIONAL 4.01 or (any of the other W3C DTD's).

Comment 7

[Håkan Waara]

Even when I add that namespace, it worksforme.  John, in order for people to be
able to reproduce the bugs you report -- please attach small, reduced testcases
to the bugs.  Thanks.

Comment 8

[Boris Zbarsky [:bzbarsky]]

John, could you please attach a full HTML file instead of tiny snippets?  If 
this is a strict-vs-quirks issue the problem could be anything from comment 
parsing to odd css....

Comment 9

[John Merryweather Cooper]

Attachment: Testcase that fails to display text in <CAPTION></CAPTION> tag

Comment 10

[Håkan Waara]

Still worksforme on Windows.

Comment 11

[Håkan Waara]

Over to HTMLTables component, and CC timeless (for FreeBSD guidance).

Comment 12

[Randell Jesup [:jesup] (needinfo me)]

Dec 21st FreeBSD build shows it working with no problems.  I'll respin, however
I doubt this will change.  I will note that I'm running a build made directly,
NOT from the ports tree with it's attendant patches and config options.

Reporter: please try clearing out the mozilla system directories on your system
and re-installing the port.  I'm wondering if the install procedure doesn't
clear the directories, and there might be a left-over .so file.  Also, please
try it on a fresh profile (or new user).

Comment 13

[John Merryweather Cooper]

I have confirmed that www/mozilla does in fact blow-away the entire mozilla tree
(except the plugins subdirectory--which is the domain of plugins ports--but I
blew that away too for good measure).  I'm re-building now (it will take awhile)
but I think this is a dead end.  I'll report back as soon as I have a working
mozilla (I'm using the linux-netscape-communicator port at the moment to send
this).

Comment 14

[John Merryweather Cooper]

This is certainly not mandatory (from your point of view), but if sobomax's
port-writing/committing skill is going to be attacked (and I don't think it's
the source of this bug), he should be included in the CC list.  His e-mail
address is [e-mail].

Comment 15

[Boris Zbarsky [:bzbarsky]]

He would need to have a bugzilla account to be cced....

Comment 16

[John Merryweather Cooper]

I've completed a complete deinstall, deletion of the entire mozilla tree, and
re-build/re-install of mozilla-0.9.7 from www/mozilla.  It still fails to
display the caption on both my webpage and the testcase.html I uploaded.

Different/new user also had no effect.

Comment 17

[Boris Zbarsky [:bzbarsky]]

John, could you possibly test a mozilla.org build instead of a build from the 
ports tree?  The ports version has a number of random patches applied to it that 
 are not in official mozilla builds....

Comment 18

[John Merryweather Cooper]

Attachment: What happens when you attempt a Build on FreeBSD 4.x-STABLE without the patches

Note that GTK+ IS installed on this system.

Comment 19

[John Merryweather Cooper]

Well, I would hardly call the patches "random," at least on FreeBSD 4.x-STABLE.
 Let's run down them and I'll show you:

mozilla.sh:  patch to make it prefix safe--essential for it to work properly on
all legal permutations of mtree;
patch-Makefile.in:  patch to prevent an ldap.h conflict with
openldap2--essential to even get a build on a system with openldap2 installed
(mine has it);
patch-ak:  Fix use of improper preprocessor variable for determining FreeBSD
version and fix breakage that will result in a linkage error on libc_r under
-STABLE--essential to both a successful build on stable and for mozilla to run
without freezing the whole system (believe me, I know!);
patch-embedding::config::basebrowser-unix:  Fix linkage error--necessary to for
mozilla to run on -STABLE;
patch-extensions::transformix::source::base::Double.cpp:  Fix missing include
file and handle necessary preprocessing for a successful build on an
Alpha--necessary for a successful build on both platforms under -STABLE
patch-mi:  Make build CFLAGS safe--necesary for compatibility with FreeBSD ports
patch-nsprpug::pr::include::md::_freebsd.cfg:  Fix build on Alpha and provide
support for future IA-64;
patch-qt:  Fix build to be CFLAGS safe and provide proper compiler flags for
POSIX threads under stable--essential for mozilla to build with POSIX thread
support under -STABLE;
patch-xpcom::ds::plvector.c:  Fix a buffer overrun that causes mozilla to crash
and provides a possible root comprise scenario--need I say more;
patch-xpfe::bootstrap::nsAppRunner.cpp:  Fix a missing include file problem
necesary for mozilla to build on FreeBSD

In short, the patches are not random, they are ESSENTIAL on -STABLE.

See attached build log on -STABLE for what happens when you don't apply the
patches on FreeBSD 4.x-STABLE.  :)

Comment 20

[Maxim Sobolev]

I'm confirming that on my 5-CURRENT FreeBSD system:
1. I see the following just fine:
<html><body>

<table>
<caption>Some Caption Text</caption>
<tr><td>Some Table Data</td></tr>
</table>

</body></html>

2. I don't see "Some Caption Text" in the following attachment:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>

<body>

<table>
<caption>
<b>Some Caption Text</b>
</caption>
<tr>
<td>
Some Data Text
</td>
</tr>
</table>

</body>

</html>

Comment 21

[Maxim Sobolev]

I would be glad if somebody with an official Linux 0.9.7 build could test *both*
abovementioned cases and report results. Thanks!

Comment 22

[Randell Jesup [:jesup] (needinfo me)]

FreeBSD 4.1  Mozilla 20011227xx (built from CVS update circa 11am EST), X11
3.3.6, gtk version 1.2.8, gdk-pixbuf version 0.8.0.

With the attachment (including the DOCTYPE), I see the caption text fine.

Maybe it's a GTK version issue?

Also, what GCC?  I'm using gcc 2.95.2, --enable-debug, no optimizations.

Comment 23

[John Merryweather Cooper]

I'm using FreeBSD 4.5-PRERELEASE (4.4-STABLE with a bunch of MFC code).

My CFLAGS are nothing unusual:  -pipe -march=k6 -0

My gcc version is 2.95.3.

My GTK is:

$ gtk12-config -version
$ 1.2.10

(the latest non-development version in ports)

Comment 24

[timeless]

i build on 4.4 and haven't needed the ports patches. fwiw bug 112987 is tracking
integrating the ports patches into mozilla's cvs.

Comment 25

[John Merryweather Cooper]

Re building "straight" mozilla:

What arguments to ./configure are you using?  There's no way ./configure runs
out of the box given the renaming of some the config files for the dependencies,
etc.

Also, the POSIX thread detection of configure is total screwed for FreeBSD
4.x-STABLE.  Sure, it will compile (ignoring other issues), with the following
effects:

1) both libc and libc_r will get linked in;
2) POSIX thread support will not be enabled on the compiler;
3) I'm surprised that it'll even link, let alone run (usually get errors about
symbols pre-pended with pthread_* not being found);

However, Brian Stafford (with a little help from me) cobbled together and
autoconf macro that will do it right for FreeBSD for his libESMTP library.  If
there's interest, I'd be happy to upload the macro.

Comment 26

[timeless]

~: cat .mozconfig
# sh
# Build configuration script
#
# See http://www.mozilla.org/build/unix.html for build instructions.
#

# Options for client.mk.
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-gtk-@CONFIG_GUESS@
mk_add_options MOZ_MAKE_FLAGS=-j2

# Options for 'configure' (same as command-line options).
ac_add_options --with-pthreads
ac_add_options --enable-crypto
ac_add_options --enable-jsd
ac_add_options --with-extensions="wallet cookie xmlextras transformiix xmlterm 
venkman inspector irc help"
#ac_add_options --enable-xpctools
ac_add_options --enable-idltool
ac_add_options --enable-xterm-updates
ac_add_options --enable-ldap-experimental
ac_add_options --enable-mathml
#ac_add_options --enable-svg

~: cd mozilla && gmake -f client.mk

$ ldd ./mozilla-bin
./mozilla-bin:
        libgkgfx.so => ./libgkgfx.so (0x280b7000)
        libjsj.so => ./libjsj.so (0x280f8000)
        libmozjs.so => ./libmozjs.so (0x2811a000)
        libxpcom.so => ./libxpcom.so (0x281d0000)
        libplds4.so => ./libplds4.so (0x28382000)
        libplc4.so => ./libplc4.so (0x28386000)
        libnspr4.so => ./libnspr4.so (0x2838b000)
        libgtk12.so.2 => /usr/X11R6/lib/libgtk12.so.2 (0x283d0000)
        libgdk12.so.2 => /usr/X11R6/lib/libgdk12.so.2 (0x284f8000)
        libgmodule12.so.3 => /usr/local/lib/libgmodule12.so.3 (0x2852a000)
        libglib12.so.3 => /usr/local/lib/libglib12.so.3 (0x2852d000)
        libintl.so.1 => /usr/local/lib/libintl.so.1 (0x2854f000)
        libxpg4.so.3 => /usr/lib/libxpg4.so.3 (0x28553000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28555000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28561000)
        libm.so.2 => /usr/lib/libm.so.2 (0x28600000)
        libstdc++.so.3 => /usr/lib/libstdc++.so.3 (0x2861c000)
        libc_r.so.4 => /usr/lib/libc_r.so.4 (0x28661000)
        libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x28717000)

gcc version 2.95.3 20010315 (release) [FreeBSD]

nothing interesting to see here.

Comment 27

[John Merryweather Cooper]

Attachment: Log of build failing on virgin mozilla-0.9.7 with no patches, etc.

I followed the build instructions exactly as specified.  It doesn't even get
out of configure before it dies.  Just so you can check to see I didn't bung it
somehow, the steps as I understood them were:

1) create ~/.mozconfig
2) cd mozilla && gmake -f client.mk
3) ./configure

First run bombed because I had no ~/.cvspass; created one and started again.

Second pass failed in configure.

Comment 28

[timeless]

There is no step 3.

timeless@localhost:~: ls -l `which gtk-config `
lrwxr-xr-x  1 timeless  timeless  27 Sep 12 21:56 /home/timeless/bin/gtk-
config -> /usr/X11R6/bin/gtk12-config

can you possibly visit irc.mozilla.org #mozilla? i should be available.

Comment 29

[John Merryweather Cooper]

No, I can't go IRC (problems with ISP).  I created a temporary gtk-config and
the build is running with a log.  I'll keep you posted.  If it succeeds, I'll
take a deep breath, de-install mozilla and install this version.

I should note that gtk-config is DNE on FreeBSD to allow gtk12 and gtk13 to
co-exist.  As such, creating gtk-config creates a file outside mtree.

It just occurred to me that I'll have to fix the --prefix or my system will be
hopelessly trashed.  I'll report on this build and then adjust the --prefix if
it's successful.

Comment 30

[timeless]

i don't know what --prefix you're talking about, but my guess is you're 
assuming bug 56601 is fixed (it isn't).

for the time being use: cd obj*/dist/bin && ./mozilla
if you want a standalone/redistributable, you can tar up that directory 
(dist/bin)

Comment 31

[Maxim Sobolev]

I'm confirming that an official 0.9.7 release for Linux downloaded from 
http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.7/mozilla-i686-pc-linux-g
nu-0.9.7.tar.gz doesn't have this problem. It shows both testcases properly.

Comment 32

[Boris Zbarsky [:bzbarsky]]

See also just-reopened bug 58197

Comment 33

[John Merryweather Cooper]

Attachment: Run log of mozilla built without patches according to instructions

It runs (much, much more slowly than the ports version) and still fails the
testcase (the caption is NOT displayed).  I also have a build log if anyone is
interested.

Comment 34

[Kenneth Lareau]

I would like to make an additional note that this issue is also occuring with
the Solaris 8 build from the release page of Mozilla 0.9.7.

Comment 35

[Randell Jesup [:jesup] (needinfo me)]

Removing FreeBSD-only
OS->All, since we now have BSD and Solaris showing it.

Comment 36

[karnaze (gone)]

Temporarily moving to future until a milestone can be assigned. 

Comment 37

[Stephen D Cope]

Adding myself to CC list.

Friend has problem with <CAPTION> on HTML 3.2 document.

Comment 38

[anthonyd]

ok, so this is not happening for me on windows 2k on win 98.

is this still a valid bug, or has it been resolved?

Comment 39

[John Merryweather Cooper]

Bug is still present in mozilla-0.9.8.

Comment 40

[faassen]

This bug also occurs with Mozilla 0.9.8 on linux debian unstable:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020214

Mozilla Debian Package 2:0.9.8-2

and probably has been for a while (since 0.9.7 at least)

I believe the doctype declaration has nothing to do with it; it is 
sub elements that are not displayed. Note that a previous example has
this for the case without doctype:

<caption>Some Caption Text</caption>

and this for the case with doctype:

<caption>
<b>Some Caption Text</b>
</caption>

The difference is the precense of the <b> tag, not the doctype at all, I think.

My example:

<html>
<body>
<table>
<caption>Foo <a href="bar">Bar</a><b>Baz</b></caption>
</table>
</body>
</html>

The 'Foo' will be displayed, but 'Bar' and 'Baz' won't be.

Comment 41

[John Merryweather Cooper]

Bug appears to be fixed in 0.99 (the test case html file now displays the
caption correctly for the table).

Comment 42

[Mike Nicholls]

WFM Mozilla 0.9.9

Comment 43

[Amarendra Hanumanula]

 The testcase displays the text in the caption correctly. This might have got
fixed some time back.