Fatal error: Allowed memory size of 163577856 bytes exhausted (tried to allocate 26595540 bytes) in /var/www/htdocs/common/drupal-6.12-DE/sites/all/modules/flexifilter/flexifilter.components.inc on line 567

It seems there is a Memory-Leak or something, just using the Wikimedia-Filter embedded in Felxifilter an can't use my wiki anymore...

I know, increasing Memory-Limit should help, but this seems a little bit to much in my opinion...


kiamlaluno’s picture

Title: Flexifilter is very Memory-Hungry » Memory exhausted error

That means 156 MB required; it is more than what Views requires, and it is a little too much for a filter.

alexh’s picture

I experienced the same issue.
If somebody is going to look into this, I can provide more details...

ptaff’s picture

Same. On my install, even a gigabyte of memory is not enough for a 5k document with 6 mediawiki-style links.

Joi’s picture

Im having the same problem. Anybody know a good lightweight wikifilter? I didnt like Pearwiki

Joi’s picture

Funnily enough after disabling flexifilter and re-enabling the module, the cronjobs do not abort anymore.

ferfong’s picture

I'm experiencing the same problem. Our php memory limit is 1g; and we're STILL getting "PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 348551251 bytes) in /var/www/html/main/sites/all/modules/flexifilter/flexifilter.components.inc"

1g for a wiki page that contains maybe 30 lines of text seems ridiculous.

Does anyone know how we can try to find where a memory leak might be?? We're using the 6.x-1.2 version.

Edit: It appears this may be caused in one instance by a badly-formed wiki with a ]] where there was no matching brackets, but I don't think typos made by users should be able to cause fatal PHP errors.......

ptaff’s picture

Found that in my case, the memory usage problem came from mismatched brackets; quite possibly a runaway loop somewhere in the code causes the memory problem.

sausis’s picture

In case you decided to catch PHP's fatal errors, see:

kevinhurley8179’s picture

I am running flexifilter with citations to convert text such as [textbox:345] to an inline node teaser of node 345.

I don't have any open brackets, but flexifilter seems to still be consuming a lot of memory. When trying to save a feature article node which contains one of these replacements, I'm seeing this:

Fatal error: Allowed memory size of 167772160 bytes exhausted (tried to allocate 79240412 bytes) in /home/thesolut/public_html/sites/all/modules/flexifilter/flexifilter.components.inc on line 507

The only thing that seems to make it stop is disabling flexifilter.. but - of course then i end up with "[textbox:345]" in my article.

joel.schopp’s picture

Version: 6.x-1.1-rc2 » 6.x-1.2

Still around in 6.x-1.2 I get:

Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 177737149 bytes) in /home/wideop5/public_html/modules/flexifilter/flexifilter.components.inc on line 494

fonant’s picture

Issue summary: View changes

The default flexifilter uses regular expressions a great deal, for quite a few different pairs of "tags". I fixed the problem on my site by removing those tags that I didn't need, leaving just the "[[...]]" links rules.