Closed (fixed)
Project:
Advanced CSS/JS Aggregation
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
26 Jul 2011 at 12:18 UTC
Updated:
15 Nov 2012 at 20:24 UTC
Jump to comment: Most recent file
Comments
Comment #1
nevron commentedUpon further checking the closure region gets properly aggregated if i have checked the Use AdvAgg in closure checked on the configuration page, however thit false positive status page error gets shown all the time. Can supply more specific debuging information on the issue if asked.
Comment #2
mikeytown2 commentedif you have admin menu, try flushing the theme cache on the status page via the "admin_menu/flush-cache/theme" link
Comment #3
nevron commentedI have tried that, also been tampering with resaving my theme settings and have been clearing cache tables using the drupal_flush_cache() function as well as manually from mysql admin interface. It seems i cant replicate the error status as sometimes it is shown as some others it doesnt. In combination with advagg module i also have cache_router enabled that saves the parsed php code into html on files. Is there a case in your opinion that the if statement that checks if a certain function exists in order to present the specific status error is giving false positive cases when the php code is pre-parsed and saved into an html file? I cant think of anything else as the source of it is the if statement and the phpfunction might have not already been triggered in order to be included. Is there a different implementation that can be done for this like a mysql table entry that updates the status of existance for these functions in the if statement? I am just giving out some thoughts on that as i am not sure if cache_router is beeing involved on this one. Will be checking more thorougly when i get into office again. Thanks though.
Comment #4
mikeytown2 commentedfunction gets defined in hook_init(); I could move this up a level so it gets defined when the file gets included (put logic not in a function).
This is how I check the closure function.
Comment #5
mikeytown2 commentedHere's a patch that does this
Comment #6
mikeytown2 commentedfunction to look at if I need to hammer this in: _theme_load_registry() which gets called from _init_theme() which is called from init_theme. Also noted: drupal_rebuild_theme_registry().
From admin_menu.inc's admin_menu_flush_cache() function under the case 'theme':
Comment #7
mikeytown2 commentedCommitted #5. Re-open if this is still an issue; will figure out a way to hammer this in from the ideas of post #6.
Comment #8
nevron commentedConfirming that it has been resolved with patch from #5 and/or with 6.1.5 release. Thanks Mikey for being so quick, good job.
Comment #10
bshensky commentedGotta reopen this one...
Adv CSS/JS Agg - Closure Closure theme function issue.theme_closure
On the performance page clear the cache or just the theme registry if you know how to do that. If this is still an issue open up a bug on the advagg issue queue.
This is happening in 6.x-1.9, well after the 6.x-1.5 patch was committed.
We are subtheming the Marvin theme, which in and of itself is subthemed Chameleon.
I see the advagg_* tables NEVER take on any rows.
I have flushed every cache I can get my hands on - full cache flushes, drush cc all, performance clear cache, disable+enable advagg, you name it.
Only advagg is enabled.
Status Report: "Adv CSS/JS Agg - Socket Timeout Already set to 1 seconds. Raw timer: 219.41"
[X] Enable Advanced Aggregation
[X] Use AdvAgg in closure
[X] Generate CSS/JS files on request (async mode)
(o) Wait for locks
I'm fighting a ghost!