Closed (cannot reproduce)
Project:
Diff
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
6 Jan 2013 at 06:29 UTC
Updated:
15 Jan 2013 at 12:51 UTC
When enabled after switched on of any module display empty page (/admin/modules/list/confirm at the addres bar).
I several times switched on and off the module, but always after switching on blank page is displayed.
When the module is enabled, I turned on another module, but also displays a blank page and translations are not start downloading(Localization update is enabled).
Then I turned off the Diff module, and after that other modules are switched on without problems
Comments
Comment #1
alan d. commentedReally need more info than just this. Can you turn on PHP error reporting and retry.
Thanks
Comment #2
SimonLitt commentedThe are no PHP errors in the site log. It seems this error depends on the server configuration. I backup DB and files and deployed on a local server, after that the module is turned on correctly.
And I found following error on the web server:
Comment #3
alan d. commentedMemory issues are often seen as WSOD. I haven't detected significant overheads in memory usage before, but I will leave this open to investigate more latter.
Diff is a moderate sized module, c/f Smart Trim (small) or Views (large), so I am guessing that this is simply related to the site nearing the memory limit and thus crashing :(
Comment #4
alan d. commentedCompletely un-scientific testing; enabled Devel, note memory usage before and after enabling Diff.
Prior to diff
Memory used at: devel_boot()=1.22 MB, devel_shutdown()=10.86 MB, PHP peak=11.75 MB.
Memory used at: devel_boot()=1.58 MB, devel_shutdown()=10.86 MB, PHP peak=11.75 MB.
After diff
Memory used at: devel_boot()=1.58 MB, devel_shutdown()=10.92 MB, PHP peak=11.5 MB.
Memory used at: devel_boot()=1.58 MB, devel_shutdown()=10.92 MB, PHP peak=11.5 MB.
From these results, it does not appear to warrant any further testing. This is backed by the fact that this is the first time that this has been reported (9,243 users of 7.x-3.2). This was simply the straw that broke the camels back when it came to memory limits on your site afaict.
One thing that is common on all of our bigger sites is that database logging often sucks memory. Try to resolve anything getting logged here. And apart from that, if you can not increase the already high memory limit, is to remove unused modules, etc. Good luck with things
Comment #4.0
alan d. commentedСorrect inaccurate