If you have, say, two css files,
h1 { font-family: sans-serif; }
and
body { background-color: green; }
and the second file is encoded as UTF-8 (with BOM), the character \0xFEFF is inserted before the letter b of body when css optimization is turned on, causing the optimized site to look different than the non-optimized site.
Perhaps this character could be intercepted and destroyed during the aggregation process.
See also the following which might be related:
http://drupal.org/node/661922
http://drupal.org/node/683712
http://drupal.org/node/361186
cheers,
Albert.
Comments
Comment #1
grendzy commentedThere's a newer issue with a patch here: #1833356: CSS files encoded in UTF-8 with BOM break the design when enabling CSS aggregation