Js compression before and after cache rebuild is different

committed this patch, change to fixed if this solves this issue.
snapshot:
http://drupalcode.org/project/advagg.git/snapshot/2ca4cbe52161ea79d69b60...

lovely... what was the memory error?

line number, anything?

memory errors means jsmin+ bombed on that file
#940342: Javascript Aggregator: Allowed memory size ... exhausted

If you where to upload a zip of all your JS files on your site with an index showing where they are (full path) that would help me debug the issues your having. Also having a ?advagg-debug=1 on one of your problematic pages would be helpful as well.

in advagg_enable I register a shutdown function advagg_flush_caches inside of that I call advagg_get_root_files_dir which executes this code

    $css_path = file_create_path('advagg_css');
    $js_path = file_create_path('advagg_js');

Question: Are you using private downloads?

advagg_css_js_file_builder issues a file_check_directory() call so that dir should be created on demand. Anyway I now create those dirs on install as well. Patch below has been committed

what does the status report say? What does watchdog say?

Committed this patch; adds in directory checks to the status report.

CSS & JS or just JS? Try with CSS & JS compress off if they are on.

Just to let you know it's working great on my end so this isn't easy to debug.

looking at the code the issue is with cache_advagg_file_builder... trying to find a way to get this to work as this cache cut the time from 100ms down to 30ms on my box.

try this patch; should do the job.
Snapshot: http://drupalcode.org/project/advagg.git/snapshot/62f00f1af74cae6f02ed43...

Back to the original issue :)

Can I get a zip of all JS files included on your views edit page? Find out via advagg-debug=1, be sure to also include the debug output somewhere.

I need the source files not the result; going to test each one. I'm guessing there is an edge case where jsmin+ blows up when the end of one is added on to the start of another.

Files needed:

sites/default/files/languages/sr_c693d40c44f8cf9427a44c8d08a3edba.js
sites/all/modules/lightbox2/js/lightbox.js
sites/all/modules/poormanscron/poormanscron.js
sites/all/libraries/soundmanager2/script/soundmanager2-nodebug-jsmin.js
sites/all/modules/soundmanager2/soundmanager2_config.js
sites/all/modules/views_slideshow/js/jquery.cycle.all.min.js
sites/all/modules/views_slideshow/contrib/views_slideshow_singleframe/views_slideshow.js
sites/all/modules/views_slideshow/contrib/views_slideshow_thumbnailhover/views_slideshow.js
sites/all/modules/admin_menu/admin_menu.js
sites/all/modules/admin_menu/admin_menu_toolbar/admin_menu_toolbar.js
sites/all/modules/views/js/base.js
sites/all/modules/views/js/tabs.js
sites/all/modules/views/js/ajax.js
sites/all/modules/calendar/js/calendar_colorpicker.js
sites/all/modules/views/js/dependent.js
sites/all/modules/beautytips/js/jquery.bt.min.js
sites/all/modules/beautytips/js/beautytips.js
sites/all/themes/alphorn/js/jquery.cycle.all.js
sites/all/themes/alphorn/js/supersleight.plugin.js
sites/all/themes/alphorn/js/custom.js
sites/all/themes/alphorn/menu/stmenu/stmenu.js

got them, odds are I will not be able to analyze them until tomorrow.

200 Could be from the browser cache; it's a pretty aggressive setting on that cache. Was there a 302 redirect in there, if yes then it pointed you to the correct file even though the counter was off.

On the file that it 500-ed, get the md5 value of it.
js_{MD5}_0.js

With that md5 value plug it into this db query and run it.

SELECT filename
FROM advagg_bundles
INNER JOIN advagg_files USING ( filename_md5 )
WHERE bundle_md5 = ''
ORDER BY porder ASC

Or in php code

$md5 = '';
$result = db_query("
SELECT filename
FROM {advagg_bundles} AS ab
INNER JOIN {advagg_files} AS af USING ( filename_md5 )
WHERE bundle_md5 = '%s'
ORDER BY porder ASC
", $md5);

while ($filename = db_result($result)) {
  echo $filename . "<br>\n";
}

I placed the following files in a test dir and ran this code from the webroot.

require_once './includes/bootstrap.inc';
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);

ini_set('memory_limit', '64M');

$files = array(
  'sr_c693d40c44f8cf9427a44c8d08a3edba.js',
  'lightbox.js',
  'poormanscron.js',
  'soundmanager2-nodebug-jsmin.js',
  'soundmanager2_config.js',
  'jquery.cycle.all.min.js',
  'views_slideshow.js',
  'views_slideshow(from thumbnailhover).js',
);

foreach ($files as $key => $filename) {
  $files[$key] = 'test/' . $filename;
}

$contents = advagg_build_js_bundle($files);

advagg_js_compress_advagg_js_alter($contents, $files, $bundle_md5);

echo $contents;

Was able to see that the 2 min.js files where still trying to be minified due to some bugs in the code. Patch below has been committed and should fix this issue! On a side note I need to make a requirement that this module needs 96MB of ram to run; similar to GD image library.
Snapshot: http://drupalcode.org/project/advagg.git/snapshot/9b87d5adcbc447ffc33823...

patch for status report; has been committed

soundmanager2-nodebug-jsmin.js
jquery.cycle.all.min.js

Caused jsmin+ to blow up. I tried each one individually and if either one was in, JSmin+ used LOTS of memory. As to why I have no idea; Looking at the JS files they do not appear to be minified.
http://crisp.tweakblogs.net/blog/cat/716 is the source for jsmin+

If your wondering, jsmin has GPL issues and it broke my JS so I won't use the php version of it. BUT I did just add support for php_jsmin... problem is I can't get it to work on my server. #1109978: Add support for php_jsmin extension If a function called jsmin() exists then you can select to use that from the admin/settings/advagg/js-compress page.

As for Google Closure Compiler: #1113798: Offering to maintain Google Closure Compiler I'm waiting.

So, whats the issue with the 2 different files?

js_ddbefa2d413049fd60ce83b51487d8f2_0.js
js_f13d5cd979e35dc56e48c77f1f92218d_0.js
are different file names; thus different MD5s. ddb has collapse.js included in it; f13 does not.

#43 explains why soundmanager2-nodebug-jsmin.js & jquery.cycle.all.min.js is not minified; JSMin+ blows up on it. My guess is there is a small section of code in each of those files that is minified and thus causes issues with JSMin+. I will not fix that library. I did let the author know about the findings here http://crisp.tweakblogs.net/blog/1856/jsmin+-version-13.html#r_85485

Are you sure they where created at the same time? Where they both referenced in the same html?

marking this as fixed; will use this thread to tackle more of the jsminplus issues #1116086: jsminplus.inc using excessive amounts of ram