Call to undefined function t() in sites/all/modules/devel/performance/performance.module on line 167

Subscribing. I have same error.

This pops up in our error logs too. RHEL5 box running PHP 5.1.6.

Same problem here.

I'm using normal cache option and if I clear the cache, the error is gone in the first page access. After that, the problem comes back.

Same problem here. Its strange because sometimes the t() function is there and sometimes it isn't. If I add the t() function to performance.module it will work for a time and the problem goes away. Wait a little while and then we get the error, cannot redeclare funtion t()

Devel is up to date - Devel 6.x-1.18

from apache2 error.log

[Tue Dec 22 10:42:13 2009] [error] [client ] PHP Fatal error: Call to undefined function t() in /sites/all/modules/devel/performance/performance.module on line 167

Same problem here.

Additionally, I only see the error message on the home page of the site when using Chrome or IE 7, but not with Safari and Firefox.

Same problem here. For me it happens on home page and also when using the autocomplete on a finder form.

Additionally, it seems to only happen when cache is on.

As noted in the documentation for common.inc, where t() is defined:

Common functions that many Drupal modules will need to reference.

The functions that are critical and need to be available even when serving a cached page are instead located in bootstrap.inc.

Therefore t() is never defined for cached pages, as it is assumed that any cached pages have everything to be output already translated.

The simplest solution would be to remove the t() calls; I don't think 'Yes' and 'No' are a priority to translate, especially for developers.

Otherwise, a check if t() is defined could be used to create a dummy function, which seems excessive for just two calls

if(!function_exists('t')){
  function t($text){
    return $text;
  }
}

or run the same line of code without t()

if(function_exists('t')){
  $anon = (!empty($data['anon'])) ? t('Yes') : t('No');
}
else{
  $anon = (!empty($data['anon'])) ? 'Yes' : 'No';
}

However, I could foresee some people getting confused if their output mysteriously changes from translated to untranslated, so would think consistently untranslated would be the best option.

Same problem here...

I've encountered this issue as well.

subscribing

subscribing

subscribing

Can someone create a real patch, so others can apply and review?

Here's the simplest patch to just remove t() calls

Thanks, I committed this patch to both the 6.x and 7.x -dev branches.

After *much* tests, it turns out that it seems that I was using cache 2 times: Drupal-side and server (lighttpd) side.

So, I was getting a page compressed 2 times, but my browser only decompressed it 1 time.

Disabling Drupal cache solved this issue for me.