future

Comment	File	Size	Author
#6	css_gzip.info	192 bytes	helltae
#6	css_gzip.zip	11.69 KB	helltae

Comment #1

mikeytown2 CreditAttribution: mikeytown2 commented 14 March 2012 at 00:52

The diff between 1.3 and dev is very minor
http://drupalcode.org/project/css_gzip.git/shortlog/refs/heads/6.x-1.x

I should deprecate and suggest users to switch to advagg.

Log in or register to post comments

Comment #2

mikeytown2 CreditAttribution: mikeytown2 commented 14 March 2012 at 01:00

Status:

Active

» Fixed

Log in or register to post comments

Comment #3

Anonymous (not verified) CreditAttribution: Anonymous commented 14 March 2012 at 12:35

Mikeytown2,
Considering 5,300+ people use this module, wouldn't it be better to use another option to "deprecate" than than flagging it as unsupported and then having all 5,300+ of those sites push off security update emails to their owners?

Log in or register to post comments

Comment #4

mikeytown2 CreditAttribution: mikeytown2 commented 14 March 2012 at 22:45

Status:

Fixed

» Active

Whats a better way to do it?

Log in or register to post comments

Comment #5

Anonymous (not verified) CreditAttribution: Anonymous commented 16 March 2012 at 00:27

Hmm, I'm not sure exactly. I saw this happen with the HTML Mail module a little while ago when they flagged it as unsupported and then it shot out a security notice (and some people were upset). The maintainer then did something else that took off the red security flag and just put up a notice about it not being actively supported/maintained anymore.

I personally use the update_advanced module to turn off notices for anything that happens to do this now...

Log in or register to post comments

Comment #6

helltae CreditAttribution: helltae commented 16 March 2012 at 15:49

File	Size
css_gzip.zip	11.69 KB
css_gzip.info	192 bytes

+1
I just had to delete advagg because some modules don't work (as ckeditor) and damages some code (for drupal6 i didn't test on 7)

so i delete code on css_gzip.info when it says:

; Information added by drupal.org packaging script on 2009-09-02
version = "6.x-1.3"
core = "6.x"
project = "css_gzip"
datestamp = "1251935716"

then it don't check if there is a new version.
I attach the info file and css_gzip folder (zipped) v.6.x-1.3
If any knows a better way tell us!!

Log in or register to post comments

Comment #7

mikeytown2 CreditAttribution: mikeytown2 commented 17 March 2012 at 02:00

I've marked this back as supported even though it is not... Hopefully people can migrate over eventually.

@helltae
Can you provide me with more details as to why advagg didn't work in your case?
What do you mean by damages code?
Can you provide more details about ckeditor? Using WYSIWYG module with ckeditor plugin or the ckeditor module.
Are you using a async JS loader (like LABjs, HeadJS)?

Log in or register to post comments

Comment #8

helltae CreditAttribution: helltae commented 17 March 2012 at 15:43

It broke some css code of my theme (little but some)

The CKEditor module doesn't load at all for me. I tried all combinations, disabling all except advagg and only comes alive when advagg was disabled. Let me check about LABjs...

wow i just test on localhost, yes i have LABjs (no HeadJS). i just enabled advagg disabled LABjs and ckeditor comes alive.
As advagg claims:

Notes
This is fully compatible with the following modules:
jQuery Update
jQuery UI
CDN
LABjs
HeadJS
Parallel CSS - AdvAgg Plugin
Cookieless Subdomain

i didn't check it before :S sorry! I will test more about css code this week, but it seems to work well without LABjs. why it's show as fully compatible if didn't!!! :S