Closed (won't fix)
Project:
Update Status
Version:
5.x-1.0
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
27 Feb 2007 at 11:13 UTC
Updated:
11 May 2007 at 03:53 UTC
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
Comment #1
merlinofchaos commentedHmmm. Yes, this does sound like a bug. I'm not sure what's causing this, though. This requires further investigation.
Comment #2
gabble commentedIn 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?
Comment #3
merlinofchaos commentedWhen you do a manual check, do you still get that gzinflate error?
Comment #4
gabble commentedI only get the gzinflate error during a force-check.
Otherwise it finds no updates, silently.
Comment #5
merlinofchaos commentedCan you tell me precisely what modules you have installed?
Comment #6
gabble commentedI 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…
Comment #7
merlinofchaos commentedI'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.
Comment #8
gabble commentedI'm getting crazy.
This morning the module doesn't work anymore, and nothing really changed on the server.
The same gzinflate error… :-(
Comment #9
dwwsee 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()ongzinflate(), and include something in the README.txt about requiring php's zlib support.patches welcome. ;)
Comment #10
gabble commentedI have zlib configured in my php 5.2.0-8:
What am I missing?
Comment #11
dwwthe 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.