thanks Kevin. This is a fresh reinstall.

imagecreatefromjpeg() does not exist so it can't call it! I'll compile lib-jpeg into PHP but it'll take a while as the source won't compile on OS X! That's the prob though.

@kevin The fragments left by the user deletion error are cleaned up by the GC, so it might be good to trigger the garbage collector...

@M.C.  that's quit a list.  Am I correct that all are Enabled?  If so here is what works for me.  First elgg will place the news plugins at the bottom by default, start by disabling each one at a time, dumping the simplecache and starting simple cache back up each time.

Now I can tell you you may have some plugins located wrong, example is to keep like minded plugin together like blog and place blogextended just below it.  walltowall just under messageboard, I group all my profile related plugin together.  Keep custom_index either very top or very bottom.

I understand a lot of plugin developers say to place the plugin at the bottom, but not every plugin can have this position.

Make sure garbagecollector and logrotate are set to weekly and force a cron clean up.  www.xxxxxx.com/pg/cron/weekly.

Now my advice is do as I say not as I do because you have so many plugin I would conside which ones you realy need, your site will be much faster.

Hope this helps

Hi Goofbucket

Thank you for helping me. I tried the cron and minue i turn off the simple cache, all css goes off.

I disabled all plugins and its still the same.

Strange its happening with all plugins disabled.

The minute i click enable simple cache, site loads normally

Im debugging and making changes so i need to disable caching

What could be the issue

so your java is back, and yes this is an issue with simplecache, and I am sorry but probably over my head. Do a search on simple cache and you should find the right thread with the right people.  sorry I could not help more.

thanks Kevin. This is a fresh reinstall.

imagecreatefromjpeg() does not exist so it can't call it! I'll compile lib-jpeg into PHP but it'll take a while as the source won't compile on OS X! That's the prob though.

@kevin The fragments left by the user deletion error are cleaned up by the GC, so it might be good to trigger the garbage collector...

thanks Kevin. This is a fresh reinstall.

imagecreatefromjpeg() does not exist so it can't call it! I'll compile lib-jpeg into PHP but it'll take a while as the source won't compile on OS X! That's the prob though.

@kevin The fragments left by the user deletion error are cleaned up by the GC, so it might be good to trigger the garbage collector...

thanks Kevin. This is a fresh reinstall.

imagecreatefromjpeg() does not exist so it can't call it! I'll compile lib-jpeg into PHP but it'll take a while as the source won't compile on OS X! That's the prob though.

@kevin The fragments left by the user deletion error are cleaned up by the GC, so it might be good to trigger the garbage collector...

thanks Kevin. This is a fresh reinstall.

imagecreatefromjpeg() does not exist so it can't call it! I'll compile lib-jpeg into PHP but it'll take a while as the source won't compile on OS X! That's the prob though.

@kevin The fragments left by the user deletion error are cleaned up by the GC, so it might be good to trigger the garbage collector...

Yes, this is because of a permission check in the sub table delete function which fails because the base entity has been removed.

Easy enough to fix.

good stuff! many thanks

I have just committed a fix in SVN.

Subtable delete methods have now been deprecated and their functionality consolidated into delete_entity().

This shouldn't cause any problems now, however there is a theoretical issue if a plugin author creates a subtype of a main entity with its own class AND actively removes the subtable handling code... but I suspect this is highly unlikely to happen and will probably cause issues on creation in any case.

@M.C.  that's quit a list.  Am I correct that all are Enabled?  If so here is what works for me.  First elgg will place the news plugins at the bottom by default, start by disabling each one at a time, dumping the simplecache and starting simple cache back up each time.

Now I can tell you you may have some plugins located wrong, example is to keep like minded plugin together like blog and place blogextended just below it.  walltowall just under messageboard, I group all my profile related plugin together.  Keep custom_index either very top or very bottom.

I understand a lot of plugin developers say to place the plugin at the bottom, but not every plugin can have this position.

Make sure garbagecollector and logrotate are set to weekly and force a cron clean up.  www.xxxxxx.com/pg/cron/weekly.

Now my advice is do as I say not as I do because you have so many plugin I would conside which ones you realy need, your site will be much faster.

Hope this helps

Hi Goofbucket

Thank you for helping me. I tried the cron and minue i turn off the simple cache, all css goes off.

I disabled all plugins and its still the same.

Strange its happening with all plugins disabled.

The minute i click enable simple cache, site loads normally

Im debugging and making changes so i need to disable caching

What could be the issue

so your java is back, and yes this is an issue with simplecache, and I am sorry but probably over my head. Do a search on simple cache and you should find the right thread with the right people.  sorry I could not help more.

@M.C.  that's quit a list.  Am I correct that all are Enabled?  If so here is what works for me.  First elgg will place the news plugins at the bottom by default, start by disabling each one at a time, dumping the simplecache and starting simple cache back up each time.

Now I can tell you you may have some plugins located wrong, example is to keep like minded plugin together like blog and place blogextended just below it.  walltowall just under messageboard, I group all my profile related plugin together.  Keep custom_index either very top or very bottom.

I understand a lot of plugin developers say to place the plugin at the bottom, but not every plugin can have this position.

Make sure garbagecollector and logrotate are set to weekly and force a cron clean up.  www.xxxxxx.com/pg/cron/weekly.

Now my advice is do as I say not as I do because you have so many plugin I would conside which ones you realy need, your site will be much faster.

Hope this helps

Hi Goofbucket

Thank you for helping me. I tried the cron and minue i turn off the simple cache, all css goes off.

I disabled all plugins and its still the same.

Strange its happening with all plugins disabled.

The minute i click enable simple cache, site loads normally

Im debugging and making changes so i need to disable caching

What could be the issue

so your java is back, and yes this is an issue with simplecache, and I am sorry but probably over my head. Do a search on simple cache and you should find the right thread with the right people.  sorry I could not help more.

Yes, this is because of a permission check in the sub table delete function which fails because the base entity has been removed.

Easy enough to fix.

good stuff! many thanks

I have just committed a fix in SVN.

Subtable delete methods have now been deprecated and their functionality consolidated into delete_entity().

This shouldn't cause any problems now, however there is a theoretical issue if a plugin author creates a subtype of a main entity with its own class AND actively removes the subtable handling code... but I suspect this is highly unlikely to happen and will probably cause issues on creation in any case.