Installing the donations.module file in the modules directory in drupal causes the admin modules page to return blank. Deleting the donations.module file from the directory fixes the problem.

CommentFileSizeAuthor
#9 donations.module38.43 KBrgladwell

Comments

lapurd’s picture

Title: Installing donations module causes admin/module page to break » cannot reprocude??
Assigned: Unassigned » lapurd

Hi, I just tried to reproduce the bug, but I cannot seem to be able to reproduce it. I am using a fresh Drupal 4.6.0. When the module is disabled, I can access all pages fine. When it's enabled, I can access all pages fine as well.

Perhaps I need to activate another module for it to break first? Maybe I am looking at the wrong pages??

See the following screenshots:

http://donorge.org/graphics/mod_enabled_1.png
http://donorge.org/graphics/mod_enabled_2.png
http://donorge.org/graphics/mod_enabled_3.png
http://donorge.org/graphics/modules.png
http://donorge.org/graphics/modules.png

lapurd’s picture

rgladwell’s picture

Thank for the detailed follow-up. Apologies if I didn't make this clear in the original issue post, but I'm using the bug-fix release, Drupal 4.6.3.

lapurd’s picture

Same story for 4.6.3 so far (fresh tried). It loads http://localhost/d/?q=admin/modules just fine, all other pages as well. Are you perhaps using a 4.5.0 version of the donations module? I have put the latest version of the module here, try that one out. http://donorge.org/donations.module.zip

rgladwell’s picture

I'm getting the same behaviour for http://localhost/admin/modules (I have clean URLs enabled).

Examining my Apache error log I can see the following error message:

[client 127.0.0.1] PHP Fatal error: Cannot redeclare d_xml_parser::$inside_item_don_latest in /var/www/html/modules/donations.module on line 581, referer: http://localhost/admin

lapurd’s picture

That was just the info I needed ;) Try this one, it should work now: http://donorge.org/donations.module.zip Thanks for the reporting.

rgladwell’s picture

Title: cannot reprocude?? » Installing donations module on some PHP installations causes admin/module page to break

Deleting duplicate lins 581, and 617 - 628 seems to fix this problem, but now when I attempt to access the modules admin page I get:

[client 127.0.0.1] PHP Fatal error:  Allowed memory size of 8388608 bytes exhausted (tried to allocate 58368 bytes) in /var/www/html/modules/profile.module on line 128, referer: http://localhost/admin/
Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes)
lapurd’s picture

Try the fixed http://donorge.org/donations.module.zip version, that one should work fine.

rgladwell’s picture

StatusFileSize
new38.43 KB

Sorry, that version still comes back with an error message:

[client 127.0.0.1] PHP Fatal error: Cannot redeclare d_xml_parser::$show_donation_link in /var/www/html/modules/donations.module on line 620

I have created a new donations.module (see attached) without the offending lines but this seems to be causing some sort of infinite loop on my machine as per my last follow-up to this bug.

lapurd’s picture

rgladwell’s picture

Still getting an error message:

[client 127.0.0.1] PHP Fatal error: Cannot redeclare d_xml_parser::$date in /var/www/html/modules/donations.module on line 621, referer: http://localhost/admin

The d_xml_parser class has several duplicate lines, please see the donations.module file I attached to my last follow-up. This removes all duplicate class variable declarations but now causes an infinite loop.

rgladwell’s picture

Note I am using PHP 5.0.4 on Fedora Core 4, using Apache 2.0.54.

lapurd’s picture

I suspect this could be related to your system or host using a php5 version. I am debuging on a php4 box here. I see if I can get php5 running, i

... just received your reply. Yes, php5 is the difference here. I'll see if I can get a php5 running. I'm on Kubuntu Linux here.

rgladwell’s picture

Thanks for your time and patience here. Let me know if you need anymore help locating the bug.

lapurd’s picture

I got php5 working, but I tried this on Apache 1 only. Can you try out the new http://donorge.org/donations.module.zip and see if it makes any difference for you? If not, I'll have to get Apache2 going as well. I should note that now it does work for me using php5 and Apache1 currently.

In case it's still not working, could you try this one as well? http://donorge.org/nohooks_donations.module.zip If that one works the bug is most likely in one hook of the module.

rgladwell’s picture

I still get memory allocation errors for both:

[client 127.0.0.1] PHP Fatal error:  Allowed memory size of 8388608 bytes exhausted (tried to allocate 58368 bytes) in /var/www/html/modules/profile.module on line 128, referer: http://localhost/admin
Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes)
[client 127.0.0.1] PHP Fatal error:  Allowed memory size of 8388608 bytes exhausted (tried to allocate 58368 bytes) in /var/www/html/modules/profile.module on line 295, referer: http://localhost/admin
Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes)
lapurd’s picture

I'm not sure at this point if this related to the module, or any code at all anymore.

Could this be due to a memory limit setting in your php/apache configuration? You could try adding 'php_value memory_limit 10M' to your .htaccess file (where Drupal is located off-coarse) and see if at some point it works. php_value memory_limit 12M etc. It works fine at php_value memory_limit 8M here, but it's using only the default modules on this configuration. It's seems from the error log you show that this seems simply a 8M memory limit problem by now.

Hope this helps.

lapurd’s picture

Could you indicate if the memory limit (see previous post) was the problem? Then the bug can be closed.

jhutchins’s picture

I had a similar problem moving to FC4/PHP5, the new module worked. Could it please be comited to the Drupal site?

lapurd’s picture

Sure jhutchins, good to see it is working for you, it will done tommorow. The original bug reporter never got back to reporting if it worked for him.

lapurd’s picture

Status: Active » Fixed
Anonymous’s picture

Status: Fixed » Closed (fixed)

Project: » Lost & found issues

This issue’s project has disappeared. Most likely, it was a sandbox project, which can be deleted by its maintainer. See the Lost & found issues project page for more details. (The missing project ID was 16484)