shawnmcf

The theme author’s website shows nothing but blank pages as of January 2, 2010.

If you are considering using this theme, review the code carefully and be prepared to support it your self, or through the forums. It may be a little early, but the author may no longer answer questions or provide updates.

@johnpeeb: Thanks for posting the problem and also going to the trouble of posting a fix. I have a blog update almost ready to move using JQ and the last thing I want is any kind of security vulnerability.

@00petersen: Glad to help. Sharing a few lines of CSS seems like the least I can do when so many people are sharing complete themes!

Here’s a fix I put together. I’ll forward it to the theme author.

Change the in-line style sheet in header.php starting at line 64 from:

<!--[if IE]>
<style type="text/css">
div.date {float:left; position:static; margin:10px 10px 0 0; padding:0;}
div.preview {margin:15px 0;}
.comment-link {background:none;}
#search-submit {margin: 10px 0 0 0; height: 28px;}
</style>
<![endif]-->

to:

<!--[if IE]>
<style type="text/css">
div.date {float:left; position:static; width:60px; height:60px; padding:10px 0; margin:0 0 0 -80px; background:#fff;}
p.post_info {float:left;width: 100%;}
div.preview {margin:15px 0 0 0;}
div.headline {margin:40px 0 0 20px; height:80px; }
#search-submit {margin: 10px 0 0 0; height: 28px;}
</style>
<![endif]-->

I don’t have a complete fix (it’s getting late!), but found a place to start. The header.php file has an inline stylesheet for IE (embedded in a comment to hide from other browsers). There is specific CSS for the div.date style about line 67. I changed the last margin value to -80px and it shifts the date to about the right place. It did shift the post-info line in my theme but I’m sure that could be fixed as well. There’s some good info in this article for those who, like me, haven’t dealt with these IE issues in a long time.

I noticed that the author’s site has the same issue when viewed in IE, so I suspect it’s not caused by a plug-in.

So it seems the solution lies in hiding a few more IE specific hacks in the header.php to fix the alignment, and hope it doesn’t break anything else.

I just solved a similar issue. However I upgraded from 1.5 to 2.02 and changed hosts in the same day. The problem was caused by a server level setting on the new host.

I host on my own VPS (Virtual Private Server). If you host with a hosting service, the information below may help to tell them what they need to do.

The mail application is on the server is exim. The file /var/log/exim_paniclog provided the clue with the text:

1FVf4s-0007O0-R5 failed to expand condition "${perl{checkspam}}" for literal router: Mail sent by user nobody, UID 99, being discarded due to sender restrictions in WHM->Tweak Settings at /etc/exim.pl line 394.

The clue was WHM->Tweak Settings. The reference is to the Cpanel Web Hosting Manager tool which controls server-wide configuration that impacsa multiple hosts. On the Tweak Settings page, in the mail section, there’s an option that reads:

Prevent the user ‘nobody’ from sending out mail to remote addresses (php and cgi scripts generally run as nobody if you are not using phpsuexec and suexec respectively.)

I unchecked the box and everything worked.