Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.Although the says it's compatible with IE and I can't find anyone with the same issue, it's not working for me. The page loads as just a plain white page with all the text, menus, content, everything along the left side.
Anyone else having the same problem or know how to fix it?
| Comment | File | Size | Author |
|---|---|---|---|
| #12 | screenshots-tamemind.zip | 501.97 KB | jwolf |
| #8 | npva-screenshot2.jpg | 303.03 KB | methetweb |
| #4 | should_look.png | 109.2 KB | Anonymous (not verified) |
| #4 | ie_look.png | 46.59 KB | Anonymous (not verified) |
Comments
Comment #1
VM CreditAttribution: VM commentedtry clearing your cache in administer -> performance
I just installed this theme on a site I'm building for myself and it works perfectly well in all browsers. I can't comment on IE8, as I don't know that any themes are ready for IE8 until it is released as final.
Comment #2
Anonymous (not verified) CreditAttribution: Anonymous commentedWell, this is turning out to be a rather bizarre phenomena. The best I can figure is this is some sort of module incompatibility. I have the main domain, along with 3 sub-domains. Two of the sub-domains work, the main and the other sub-domain doesn't.
But that's not even the bizarre part. I've narrowed it down to possibly having something to do with the Domain Blocks module (http://drupal.org/project/domain_blocks) which happens to still be in development. I'll also create a thread there as well.
When I first suspected this I enabled a block to be viewed on a sub_domain that was previously working and didn't have any domain specific blocks assigned to it. It stopped displaying correctly. Then when I disabled the domain specific blocks for all of the sub-domains, it didn't fix the problem. Strange.
Then I completely disable the module. I didn't delete it, simply disabled it. The two sub-domains that were working, stopped working. Now none of the domains display properly. So I re-enabled the module and the two work fine again, while the original two still don't work.
I hope I explained this well enough. It's rather strange and confusing.
Comment #3
VM CreditAttribution: VM commentedI'd try the module on a core theme. If same problem arises than you can rule out a bug in the theme and this report can be sent over to the module in question.
Comment #4
Anonymous (not verified) CreditAttribution: Anonymous commentedUpdate (still perplexed):
Domains: Main, sub1, sub2, sub3
Problem was with Main and sub3 not displaying properly. sub1 & sub2 were fine
Result 1: Completely uninstalled the suspected Domain Blocks module with a rather odd result: Main & sub1 work, while sub2 & sub3 don't. Also, according to user nonsie, who works on the Domain Blocks module, says the problem couldn't be with the module (http://drupal.org/node/388368).
I've also uninstalled the Nodes in Block module. I installed this module two days after the problem began, but figured since it's close, I'd try. It didn't change anything.
I've also removed a block created using Views, since that was also done around the time the problem happened. No change.
Reinstalled all above modules and the problem is still as stated in Result 1. It didn't revert back to the original domains not displaying properly. Which is also strange.
According to my module install history and the date the problem presented itself, there are no other module suspects.
I've tried using the Zen Classic theme and it still had the same problem. However, the Moleskine theme had NO display issues. Furthermore, each time I go to test the display in IE I run update.php, cron, and clear the cache as well as the IE cache. Maybe overkill, but I don't know any better.
At this point I don't really know where the issue could be. I don't know what else to say on this.
I've included a couple pics to visually show the display issue.
Comment #5
ibdmanhb CreditAttribution: ibdmanhb commentedI am also having the same display problems with IE8 and 7, chrome and Firefox display correctly. Even with compatibility mode set on IE8 the center content still overflows the right columns.
Comment #6
jwolf CreditAttribution: jwolf commented@DrDaringPhD - Looks to me like a server side issue and not a bug with the theme. If you post a link to your site(s) where this is happening we can take a look and see what's going on.
Comment #7
methetweb CreditAttribution: methetweb commentedHi, I'm having a similar kind of isue. My site gets messed up in IE7, this does not happen all of the time, but every once in a while. Hitting the refreshbutton solves it but it's still very anoying for the users. The problem only appears in IE, FF and Chrome don't seem to generate the faulty page lay-out. My site can be found at www.npva.nl
What seems to happen on screen is that the menu's get shifted upwards, into the blue bar on top. This started when I installed version 6.x-1.5 to replace 6.x-1.0. As I kept a copy of the previous version I'm considering to revert back.
Comment #8
methetweb CreditAttribution: methetweb commentedI made a screenshot to demonstrate: Screenshot
The shot only shows the primary links being messed with, often the menu's on the left also shift upwards.
While making this screenshot I noticed that resizing the window will also put things in place.
Comment #9
Anonymous (not verified) CreditAttribution: Anonymous commentedSorry for the hiatus. Jwolf, I don't understand how it's a server-side issue. But I don't claim to know these things anyway. The site is: TameMind.org. It's still in beta obviously, but you'll be able to see what I'm talking about.
This is really the only pre-fab template I like and feel it will be easy to modify later. But for the sake of moving forward, I'll have to abandon it if this issue can't be figured out.
I still suspect some sort of conflict with a module is the cause. But had to focus on other projects lately. Perhaps soon I'll devote the time to narrowing down the module that's causing the problem. Or not! If I'm wrong:)
I'll make more of an effort to monitor this thread regularly. Thanks for everyone's input. It's nice to know I'm not the only one having these issues.
Comment #10
jwolf CreditAttribution: jwolf commented@DrDaringPhD - I would start disabling modules one at a time and see if that doesn't reveal which is causing the issue.
You do have quite a few modules that come with their own stylesheets, perhaps one of these modules is the culprit:
The curious thing is that this is only affecting Internet Explorer 6, 7, and 8. Viewing the site in other browsers does not show the same problem.
Sorry my friend, you are the only person having this problem, that I know of. The others are having a different problem with the tabs floating and posted here because of the vague issue title.
Changing issue title to "Stylesheets not loading for Internet Explorer 6, 7, and 8" Too many ppl confusing the issue because of the vague title "Not displaying correctly in IE6 or IE8"
@ibdmanhb & @methetweb - please post your problem with the tabs floating to http://drupal.org/node/405882
Comment #12
jwolf CreditAttribution: jwolf commentedAttaching screenshots confirming that this is happening in IE6, IE7, and IE8
Comment #13
jwolf CreditAttribution: jwolf commentedOK. I think I've figured it out. stephthegeek was kind enough to point out to me that IE does not like more than 31 stylesheets:
http://thebignoob.com/posts/ie-stylesheet-limit/
http://blogs.nitobi.com/dave/2008/02/19/internet-explorer-stylesheet-qui...
http://msdn.microsoft.com/en-us/library/ms531194(VS.85).aspx
Apparently, this was not worth the IE devel teams time to fix in IE8 as well.
You currently have 37 stylesheets being called on your site. Obviously, the theme's stylesheets are the last to be called, thus the lack of styling for your site. The theme's stylesheets are never loaded into IE because IE has reached it's quota of stylesheets before it even gets close to the theme's style.css.
If you turn on CSS aggregation in the Performance section of Drupal I bet things will improve vastly.
Stoopid IE :P
Comment #14
jwolf CreditAttribution: jwolf commentedhttp://adaptivethemes.com/load-unlimited-stylesheets-in-ie7
Comment #15
Anonymous (not verified) CreditAttribution: Anonymous commentedI assume the CSS aggregation you mentioned was "Optimize CSS files" under the Bandwidth optimizations section. I've enabled that with no change. I also cleared the cache. I then went on to enable everything else in the Performance section to no avail.
However, the Unlimited Stylesheets module that was suggested does appear to have solved the problem. I'm not sure why one method would work but not the other. But hey, I'm not complaining:)
I've tested the site with IE8. It still works with Safari and Firefox.
Thanks for everyone's input. There's some valuable information in this thread I hope will be of help to others. I'll post here again if there's any further developments with this issue.
Comment #17
Rory_Brooks CreditAttribution: Rory_Brooks commentedI have been batteling with this for over a weak now! found your post, and fixed it in 1min! i was starting to think that i should just pack this whole web biz up, and get a dead end job! thanks! Rory
Comment #18
drupalninja99 CreditAttribution: drupalninja99 commentedTHANK YOU!!
Comment #19
giucas CreditAttribution: giucas commentedThe solution at the end!
thx a lot
Comment #20
adambull CreditAttribution: adambull commentedIt seems that by design IE has problems dealing with over 30 odd stylesheets. It appears to be a hard coded limit on the number of stylesheets the browser processes or assigns, if that had not added significant insult to injury to IE's hard-ball tabling and columns already.
I went to the trouble of producing a beta layout with core modules only on one of my boxes for work, which worked well. When I tried to put it on our development server, as a portable zen sub-theme this didn't work without severe mangling (and in some cases total 'apparent' removal of all the css styling and layout !! ! !), with or without the css optimizations (CSS Aggregation). The number of CSS files at any one time isn't the only issue, at least for us, and i am sure for some of you; the number of modules , and their overriding inheritance appears critical also. I can accept this is not an 'issue' or 'bug' with drupal 100%, at least overriding and inheritance ;)
To those people that have 40 or more CSS files, not much needs to be out of place for inheritance to go quite crazy. I have to say - we are flapping arms about here - and I can't bring myself to blame drupal , clearly IE is a poor browser, that requires more-than-poor-skilled css and xhtml dev work. IE paranoia based css and careful module inclusion for drupal sounds almost like an important and missing feature. One that zen started but imo didn't completely finish. if IE is not enough anymore. Not in Drupal anyway.
Many people here have many modules installed, and, it seems to me that - the circumstances of a large number of activated modules is directly related to the issues with fixed number of IE stylesheets, and a separate issues exist for users, where the drupal CSS aggregation appears "not to save you from IE" max number of IE Stylesheet Limitations. For anyone interested, I believe the same restriction applies in IE for Javascripts.
Although microsoft shares less than a 50% share in the browser market nowadays, thanks to the brilliance of more 'free-gnu' like browsers that display the way you'd expect GNU to - generically and universally *cough mostly* , getting back to the topic, that 50%, still represent a hideously large proportion of our clients machines. This is a great shame, and I think users would really appreciate anyone who offers suggestions for the numerous other people who don't necessarily have the ability to solve it (if they need their modules! or if css optimization does not work). <-- right? ;-)
It looks like there are several problems here, and most aren't ms's or drupal's fault that i can tell:
1. CSS inheritance - css files are inheriting different in IE to FF
2. CSS Aggregation / Optimization (for IE ?)
3. CSS conflicts - many modules means many css inclusions almost always it might not just be IE or aggregation or inheritance killing your day.
Wouldn't it be nice if this line of inquiry was built around a feature request? It would certainly complete Drupal's successful entry into the OS GNU world,
Well, I dont know who is to blame, but this problem does not look like it is going away. I may have to *pray for coming features* in future browsers, if Drupal can't fix it.
Cheers
A
Comment #21
adambull CreditAttribution: adambull commentedPS: We think we may have solved most our issues with the Unlimited Style-sheets addition. Thank god I was not asked to include over 40,000 bytes of CSS in one file. !
Maybe this module could be an option in core 7? Makes lots and lots and lots of sense.
Cheers,
A
Comment #22
christopherareed CreditAttribution: christopherareed commentedWow, commit to core, thanks again.
Comment #23
asb CreditAttribution: asb commentedPlease consider using those:
http://drupal.org/project/ie6update
http://drupal.org/project/sevenup
:-)