Drupal Themes by ThemeShark.com

I should note it looks fine in firefox... so theres some html/css error/conflict that firefox corrects but ie doesnt.

problem occurs in

ie 6.x
ie 7.x
ie 8.x
ie 8.x compatability mode

pages such as these are affected:

http://www.patriotguide.com/change/
http://www.patriotguide.com/change/user/register

Even the admin "blocks" control page is affected.

You'll notice that most nodes, including uber nodes look fine..

http://www.patriotguide.com/change/Catalog

----

In ie7 I can see a "html error" error in the lower left corner when loading problem pages for a second, then it goes away, so i cant identify whats wrong to paste, but im sure you can see for yourself..

I have had this problem when I started using organic group modules as well, after disabling a few it started working again.. perhaps its related... some commonly used css double used or something.

You'll notice it looks fine on the 'request a password page', and most pages in fact...

this is what the w3 markup validation tool said about the register page:

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.patriotguide.com%2Fch...

Line 182, Column 18: Attribute "target" exists, but can not be used for this element.
element to incorporate flash media in a Web page, see the FAQ item on valid flash.

Line 182, Column 119: required attribute "alt" not specified
…anner.png" width="468" height="60" />✉
The attribute given above is required for an element that you've used, but you have omitted it. For instance, in most HTML and XHTML document types the "type" attribute is required on the "script" element and the "alt" attribute is required for the "img" element.

Typical values for type are type="text/css" for and type="text/javascript" for .

Line 216, Column 36: ID "edit-submit-2" already defined
[input type="submit" name="op" id="edit-submit-2" value="Log in" class="form-su
An "id" is a unique identifier. Each time this attribute is used in a document it must have a different value. If you are using this attribute as a hook for style sheets it may be more appropriate to use classes (which group elements) than id (which are used to identify exactly one element).

Line 193, Column 13: ID "edit-submit-2" first defined here
[input id="edit-submit-2" class="form-submit" type="submit" value="" name="op… Line 333, Column 30: Attribute "language" exists, but can not be used for this element.
script language="JavaScript" type="text/javascript"

Edit: I should have stuck to one post. Scroll down to the last one and try that first. :D

I'm installing Ubercart now for testing. It's worth noting that the front page of the site is reporting a ton of validation errors - 83 Errors, 61 warning(s). Many of the errors are caused by YouTube's embedding code. But the pages that do work are passing validation. I expect this has something to do with IE's wonky behavior, but I'm not sure how Ubercart factors in.

Anyway, I'll sift through this and let you know what I find out.

You can fix that edit-submit validation error with the attached update to search_theme_form.tpl.php

I installed Ubercart on a fresh install and it appears to be working properly. So there must be a conflict elsewhere. One issue I'd pay some attention to on the front page are the validation errors that are not related to YouTube (which is a known issue with YouTube, and while irritating, typically doesn't cause site-wide disply issues). It's reported that there's at least one span tag left open: it begins with , if that means anything to you. Also worth noting is that in a Strict document, you can't put a tag within a tag.

It might actually be worthwhile correcting all of the validation problems not related to Youtube, for peace of mind if nothing else. To do this more easily, you could disable the Display Block temporarily and re-validate to identify the errors.

Have you switched a default theme to see if which problems, if any, still persit? I'm also not sure that the problems that appear on the front page are directly related to the problem visible on pages like http://www.patriotguide.com/change/user/register. This does seem like a CSS issue, because these pages validate.

Anyway, still lookin'.

OK! Here's something I had been blissfully unaware of until now. On IE, ever the broken browser, you're going to run into problems importing more than 30 stylesheet files. Because of the sheer number of modules you have enabled, all of their stylesheets are taking priority over the theme's stylesheets. On pages with more than 30 stylesheets, the site looks to be broken. On pages where it's less than 30, it displays properly.

The possible fix for this is enabling CSS Optimization. Do this by navigating to Administer > Site Configuration > Performance. Scroll down until you see Optimize CSS files, and select enabled.

Hopefully that works. What a bizarre problem. There's still a lot of potential with all those css definitions for a conflict, but surely this will bring things back to a more normal looking state. It explains why simply enabling modules causes everything to suddenly go out of wack, too.

wooot! that worked great! (doing the performance css optimize enable). now i'm back on my feet.

Although, I just ran into something else...

You are the man! I really appreciate the quick response, I was just having one of those bad 24 hour streaks... this is great news.

starting a new thread.

http://www.themeshark.com/content/firefox-primary-links-menu-when-longer...