CiviCRM Community Forums (archive)

We used CiviCRM v1.8 (I believe) last year to manage tickets for an annual event.  This year, we upgraded to V2.0 and revised the event details.

When I view the event ( https://www.christophershaven.org/civicrm/event/info?reset=1&id=1 ) in Firefox or Chrome, all appears as I would expect, but when I view the event in IE 7 or 6, the body of the event is missing.  If I look at the page source, the body is present, but nothing shows on the browser.

What might be causing this?

I discovered that when I used my theme, the text is not visible, but when I use the default Garland theme, the text is visible.

I use the imagemenu module which gave some errors in the W3C validator, so I removed the use of that module, but the invisibility remains.  There are 4 errors still listed:

there is no attribute "djConfig".
…packages/dojo/dojo/dojo.js" djConfig="isDebug: false, parseOnLoad: true, useP

there is no attribute "border".
…ven" width="538" height="100" border="0" />

there is no attribute "width".
            <td width="90%">

there is no attribute "target".
…jsp?m=1101296604558&amp;p=oi" target="_blank">Join our email mailing list</a>

I find it hard to believe that these errors would cause any problem.

I enabled IE Developer Toolbar in IE7 (IEDT).  When I position to the text, IEDT outlines the place where the text should be, but the text is invisible.  I looked through the Style properties, but saw nothing unusual.  I tried to change the visibility property to "visible" as it was "inherit" but no change: the text is still outlined but invisible.

Any other ideas as to what would make the text invisible in one theme but not in another?

I can't really explore the problem completely with Firebug as the problem is in IE.  I can explore the problem to some extent with the best IE equivalent I know, IE Developer Toolbar (IEDT).  You can change the style declarations with IEDT, too.

When I use IEDT, I see that somehow, the page causes IE to think it should repeat the Script and Style declarations from the HEAD again in the BODY.  I see this behavior also in Firebug.  I have no idea yet what is triggering this behavior, as I don't see the repeats when I view the page source.

I also notice that CiviEvent does not include the page H1 heading.  This is unfortunate as the Printer Friendly div is positioned above the text of the event, which normally positions it where the H1 heading is.  Without this, it positions it on the page header, which in my case is a graphic that it tries to overlay.

The obvious (to me) element that is causing the problem is the inclusion of dojo javascript which is not present in the CiviContribute pages (which display fine) but is present in the CiviEvent pages.  There must be some conflict that it is creating.  Is there a way to disable it?

I re-did the theme.  Fortunately, I used zen as the starting point, so it was fairly easy to re-do it.  The problem went away.  It was some sort of interaction between the theme and the newest CiviEvent code.  Some may say it was the theme alone, but if so, it was really subtle.