I just upgraded to version 6.1.9 (and then to newest dev) and started having issues with any background images set by relative URL in CSS documents. This includes any module's CSS documents as well. They are now being overwritten in the wrong direct path.

For example, the Follow module references css images using a relative link like so:
background-image: url(icons/small/icon-facebook.png);

But when AdvAgg caches it the url is converted incorrectly like so:
background-image: url(/sites/default/files/sites/all/modules/follow/icons/small/icon-facebook.png);

Notice that it first points to the files directory where the aggregated CSS files are kept, but then does a direct link to the All folder:
/sites/default/files/sites/all/

It's doing this for all images with links relative to the CSS document.

I upgraded from version Dev 1.8+5. Can you help me out? The Asynch debug info is wacky, too. It can't find the file:

stdClass Object (
    [request] => GET /sites/default/files/advagg_css/css_missing8970833401348857377_0.css HTTP/1.0
Host: mydomain.com
User-Agent: Drupal (+http://drupal.org/)
Connection: close

    [data] => <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html><head><title>404 Not Found</title></head><body><h1>Not Found</h1><p>The requested URL was not found on this server.</p><p><a href="/">Home</a></p><!-- advagg_missing_fast404 --></body></html>
    [protocol] => HTTP/1.1
    [status_message] => Not Found
    [headers] => Array (
            [Date] => Fri, 28 Sep 2012 18:36:17 GMT
            [Server] => Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.8m DAV/2 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
            [X-Powered-By] => PHP/5.2.14
            [Expires] => Sun, 19 Nov 1978 05:00:00 GMT
            [Cache-Control] => store, no-cache, must-revalidate, post-check=0, pre-check=0
            [X-AdvAgg] => Failed Validation. Wrong Pattern.
            [Set-Cookie] => SESS1ca4afc0f4fbb4f7802b261b36fe2367=72b6cfde96ce1a4233778065e7b8a60a; expires=Sun, 21-Oct-2012 22:09:37 GMT; path=/; domain=.mydomain.com
            [Last-Modified] => Fri, 28 Sep 2012 18:36:17 GMT
            [Connection] => close
            [Content-Type] => text/html; charset=utf-8
        )
    [error] => Not Found
    [code] => 404
    [timer] => Array (
            [count] => 1
            [time] => 763.42
        )
)

Comments

matthand’s picture

matthand
he/him
Primary language English
Location Maryland
commented
Title: Relative links in CSS not correctly overwritten » Relative links in CSS not converted into Direct Links correctly

I performed a Forced Cache Rebuild and still I'm having this problem where relative URL links in CSS to background images are incorrectly written when converted to a direct link. Is anybody else having this issue?

Thank you for any feedback you can provide!

rollingnet’s picture

rollingnet commented

yes,
we have the same result

in the meantime, have you resolved in any way?

rhylos’s picture

rhylos commented

Same here.

In my case its prepending files/ to most any modules css images calls.

In the mean time the module has been disabled to correct the paths.

6.x-1.9+5-dev

I'm using the .htaccess file manual method, cut and paste from the docs.

rhylos’s picture

rhylos commented

Digging furthur this issue looks similar/same as :

Advagg Not Playing Nice with Admin Menu 3.x
http://drupal.org/node/1402334

I would say this affects most modules and the drupal core misc directory for image calls from css.

soulfroys’s picture

soulfroys
Primary language Portuguese, Brazil
commented
Component: CSS Compression » Code
Priority: Normal » Critical

Same here...

mikeytown2’s picture

mikeytown2 commented
Status: Active » Closed (won't fix)

I'm sure if this has not been fixed in the 6.x branch that the 7.x branch has this fixed. Marking as won't fix as in I will not write a patch; if someone creates a patch addressing this issue I will commit it.