bad path for background image in minified css

[walterbender]

In airspace.css, the background image is specified as ../assets/bg6.jpg
When that css file is minified, the minified file is put into the minified subdirectory.

This breaks the relative path resolution.

404 file not found: www.sugarlabs.org/css/assets/bg6.jpg

Tested on Chrome and Firefox on Fedora 27

Seems there are three approaches we could take:

(1) move the minified files into css, giving them a new name, e.g., airspace.minified.css (This would require a change to _layouts/base.html, where the minified css is accessed.);

(2) modify the path in the minified code (there are actually four occurrences of relative path names that probably should be changed) but this would probably lead to long-term maintenance issues as the expectation is that minified files are not changed from their originals except in format;

(3) add a symlink or copy the asset directory into css (This seems both clumsy, error prone, and obscure, again presenting long-term maintenance issues.)

I would argue that the best choice forward is no. 1 above.

There maybe other options. And, reportedly the background image somehow works on some version of Safari, although I cannot image how it could work.

[walterbender]

FWIW, in https://github.com/geekrypter/sugarLabsWebsiteRedesign/blob/master/css/minified/airspace.css option 2 was used: the relative path in the minified file is ../../assets/

[walterbender]

It was just reported that the current code does not work on Safari -- it was a cached version.

[quozl]

Stale, closing. We have since stopped minifying our derivative copy of airspace.css.