The module ran just fine once; on subsequent checks, it finds no module updates (there are some, indeed), and generates the following line in the logs:

gzinflate() [<a href='function.gzinflate'>function.gzinflate</a>]: buffer error in [path to]/update_status.module line 81.

Is it a bug or what?

My drupal 5.1 runs under mysql-5.0.32, php-5.2, apache 2.2.3 on a debian box.

Comments

merlinofchaos’s picture

Hmmm. Yes, this does sound like a bug. I'm not sure what's causing this, though. This requires further investigation.

gabble’s picture

In admin/logs/status I read:

Module update status Update status is unavailable. cron may need to be run.

Naturally, cron runs fine, every 15 minutes.

Any ideas?

merlinofchaos’s picture

When you do a manual check, do you still get that gzinflate error?

gabble’s picture

I only get the gzinflate error during a force-check.
Otherwise it finds no updates, silently.

merlinofchaos’s picture

Can you tell me precisely what modules you have installed?

gabble’s picture

I installed a bunch of pear modules by apt-get:

php-cache
php-date
php-fpdf
php-gettext
php-mail-mime
php-net-checkip
php-net-dime
php-net-ftp
php-net-imap
php-soap
php-xajax
php-xml-serializer

Now it works!
I don't know which pear module actually helped....

But it seems this module has some requirements, not documented…

merlinofchaos’s picture

I'm...perplexed.

None of the code we used should have needed anything that's in there!

...I have no idea. :/

I guess we'll leave this open and see if other people have a problem.

gabble’s picture

I'm getting crazy.
This morning the module doesn't work anymore, and nothing really changed on the server.

The same gzinflate error… :-(

dww’s picture

Title: Module does not run anymore. » provide better error message if zlib extension isn't found
Category: bug » task
Priority: Critical » Normal

see http://drupal.org/node/125052 -- looks like your version of php doesn't have the zlib extension, which explains why so few people have run into this problem.

even though it's fairly rare, update_status.module should definitely recover more gracefully in this case. changing the title and scope of this issue to address that. as suggested in #125052, we should do a function_exists() on gzinflate(), and include something in the README.txt about requiring php's zlib support.

patches welcome. ;)

gabble’s picture

I have zlib configured in my php 5.2.0-8:

zlib
ZLib Support 	enabled
Stream Wrapper support 	compress.zlib://
Stream Filter support 	zlib.inflate, zlib.deflate
Compiled Version 	1.2.1.1
Linked Version 	1.2.3

Directive	Local Value	Master Value
zlib.output_compression	Off	Off
zlib.output_compression_level	-1	-1
zlib.output_handler	no value	no value

What am I missing?

dww’s picture

Status: Active » Closed (won't fix)

the forthcoming 5.x-2.0 release doesn't use zlib at all, since it's getting raw .xml data from drupal.org, not the compressed XML-RPC stuff we're doing in the 5.x-1.* series. see http://drupal.org/node/136172 for the full story.