I am using 6x-2.1 and it used to work on IE before this update
IE8 get this

background: url(mhtml:http:// domain . com /en/sites/default/files/css/css_2c9f297b7b8e3795b985c1aa1a31eb05.mhtml.css!i38) #d0ecf6 repeat-x 0px 0px);

I get page not found in the logs for that css file

I had to disable the module since it was not giving background image for body

anybody has an idea what it might be

Comments

jcarnett’s picture

IE8 should never use MHTML unless you're in IE7 compatibility mode, so I'm not sure why you're seeing that. Would you be able to provide a copy of the original aggregated CSS without embedded images, or if you have a live site I can look at it might help? Also, are you using a custom theme or one I can download and test? Any more information you can provide about your setup would be helpful.

giorgosk’s picture

yes sure http://www.youbookit.net/ and http://www.chiostours.gr/ had this problem

as soon as I would enable css embedded images 2.1 the background image would not get displayed
http://www.chiostours.gr/sites/all/themes/chiostours/css/theme/blueblue.png
("Only embed images less than 32KB" was checked)

but after your comment I realized that I had
< meta http-equiv=" X-UA-Compatible" content="IE=EmulateIE7" />
on page.tpl.php from a previous version of the template which I had forgotten about

after taking it away on http://www.chiostours.gr/ I can reenable this module and it seems to work OK

I have left http://www.youbookit.net/ with css embedded disabled until I make sure its all working smoothly so you can also take a pick ...

jcarnett’s picture

Title: stopped working for IE8 IE7 IE6 I think after upgrade to new version » MHTML fails for IE6 and 7 when the site's default language uses a path prefix
Category: support » bug
Status: Active » Fixed

I had improperly used url() to generate the absolute URL to the MHTML file, causing it to include the default language path prefix. A fix has been committed and should be included in the next -dev package when it gets built today. I'll probably also roll a new stable release in the next day or two to include this fix.

http://drupalcode.org/project/css_emimage.git/commit/a2da13b

jcarnett’s picture

By the way, pointing me to your sites with one having the module enabled and the other disabled was invaluable and made debugging this very easy. I really appreciate that. Thanks!

giorgosk’s picture

glad I could help

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.