JS cache HTTP response times out due to Content-Length header [#1434886]

http://drupal.org/project/admin_menu v7 sets Content Length in the function admin_menu_js_cache(). But the actual response size must be different because the browser immediately receives the data and then waits another minute before a time-out occurs.

header('Content-Length: ' . strlen($content));

If I comment the line out, it all works fine. I also suspected the gzip logic in the same function, but actually commenting out that block of code makes no difference.

(The visual effect is that the toolbar takes one minute to appear, so this bug might be misunderstood as a caching or permissions problem.)

Comment	File	Size	Author
#10	admin_menu.js-cache-length.10.patch	587 bytes	sun

Comments

Comment #1

omega8cc commented 10 February 2012 at 02:38

I tend to think that it is module bug. Just look at its issue queue - there are many similar reports. Example: http://drupal.org/node/442560

Does removing this header breaks anything or just fixes the issue? Then maybe move this issue to their queue?

Comment #2

omega8cc commented 10 February 2012 at 02:41

Or this: http://drupal.org/node/442560#comment-4286596

Comment #3

omega8cc commented 10 February 2012 at 02:43

If this is true that it is broken because it is unaware of possible aggregation enabled, then it is really broken module/code.

Comment #4

omega8cc commented 14 February 2012 at 11:23

Project:

Barracuda

» Octopus

Comment #5

omega8cc commented 19 February 2012 at 02:17

Category:

bug

» support

It is confirmed that this module is broken when the D7 site runs on PHP 5.3.10.
Everything works fine again when the site is switched back to PHP 5.2.17.
So it is not really BOA bug.