[ic] css.tag doesn't return any css content when file path is not writable

David Christensen david at endpoint.com
Wed Mar 24 03:42:09 UTC 2010

On Mar 23, 2010, at 9:39 PM, Justin Otten wrote:

> css.tag attempts to write a file out to the filesystem after reading
> in the css via either variable or literal.
> If the file path it attempts to write to is not writable, for whatever
> reason, instead of creating a <link> tag
> to the written file, it attempts to create a <style> tag containing the css.
> The problem is, if it ever creates the style tag, it will never contain the css.
> When the location is not writable, it skips the portion of code that
> reads in the actual css, either from the literal option or the
> contents of the variable.
> The following patch moves the reading of the css up to a point where
> it can't be skipped. Allowing both the link and style tags to be
> created properly.
> Regards,
> Justin La Sotten (Otten)

Thanks, Justin.  I've reviewed and will be applying this patch.


David Christensen
End Point Corporation
david at endpoint.com

More information about the interchange-users mailing list